<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Arkhi &#187; EssentialUP</title>
	<atom:link href="http://blog.arkhi.com.br/tag/essentialup/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.arkhi.com.br</link>
	<description>Arquitetura Corporativa</description>
	<lastBuildDate>Mon, 30 Nov 2009 01:21:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Extraindo o Sumo da Arquitetura com o EssentialUP &#8211; Um processo de software orientado por aspectos</title>
		<link>http://blog.arkhi.com.br/2008/11/13/extraindo-o-sumo-da-arquitetura-com-o-essentialup-um-processo-de-software-orientado-por-aspectos/</link>
		<comments>http://blog.arkhi.com.br/2008/11/13/extraindo-o-sumo-da-arquitetura-com-o-essentialup-um-processo-de-software-orientado-por-aspectos/#comments</comments>
		<pubDate>Thu, 13 Nov 2008 15:41:16 +0000</pubDate>
		<dc:creator>Marco Mendes</dc:creator>
				<category><![CDATA[Sem categoria]]></category>
		<category><![CDATA[EssentialUP]]></category>
		<category><![CDATA[Essup]]></category>
		<category><![CDATA[processo]]></category>

		<guid isPermaLink="false">http://dearchitectura.wordpress.com/?p=352</guid>
		<description><![CDATA[
A grande maioria dos processos de software traz um forte acoplamento entre disciplinas, atividades, artefatos e papéis. Este desenho torna complexo ou às vezes impossível adotar uma determinada &#8220;prática&#8221; isoladamente. A partir das idéias de &#8220;separação de preocupações&#8221; do paradigma de programação por aspectos, um processo chamado EssentialUP (ou EssUP) foi desenhado como um conjunto [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align:center;"><a href="http://dearchitectura.files.wordpress.com/2008/11/lemon.jpg"><img class="size-full wp-image-353 aligncenter" title="lemon" src="http://dearchitectura.files.wordpress.com/2008/11/lemon.jpg" alt="lemon" width="320" height="319" /></a></p>
<p>A grande maioria dos processos de software traz um forte acoplamento entre disciplinas, atividades, artefatos e papéis. Este desenho torna complexo ou às vezes impossível adotar uma determinada &#8220;prática&#8221; isoladamente. A partir das idéias de &#8220;separação de preocupações&#8221; do paradigma de programação por aspectos, um processo chamado <a href="http://www.ivarjacobson.com/products/essup.cfm" target="_blank">EssentialUP</a> (ou EssUP) foi desenhado como um conjunto de práticas que podem ser adotadas isoladamente ou em conjunto. O EssentialUP é inspirado no RUP e o seu criador, <a href="http://www.ivarblog.com/" target="_blank">Ivar Jacobson</a>, é um dos pais do processo unificado. Diferentemente no <a href="http://dearchitectura.wordpress.com/2008/10/30/as-atividades-de-arquitetura-do-processo-unificado/" target="_blank">RUP 7.0</a>, entretanto, a arquitetura de software é endereçada como uma prática. Uma prática é corpo de conhecimento que pode ser adotado isoladamente ou em conjunto com outras práticas. As práticas do EssentialUP são colocadas abaixo e se dividem nas categorias de práticas técnicas e práticas &#8220;Cross-Cutting&#8221;, que são ortogonais a todas as práticas técnicas.</p>
<div class="wp-caption aligncenter" style="width: 410px"><img title="Práticas do EssentialUP" src="http://www.ivarjacobson.com/media/Image/images/essup/essup_summary.jpg" alt="" width="400" height="300" /><p class="wp-caption-text">Práticas do EssentialUP</p></div>
<p style="text-align:center;">(c) Ivar Jacobson International</p>
<p>Neste post, endereçamos a prática chamada <a href="http://www.ivarjacobson.com/products/essup/essup-practices/architecture-essentials.cfm" target="_blank">Architecture Essentials</a>, que descreve atividades arquiteturais ágeis. Os principais objetivos desta prática são:</p>
<ul>
<li>Estabelecer um alicerce sólido para o desenvolvimento de um produto.</li>
<li>Endereçar e mitigar os riscos técnicos de um projeto.</li>
<li>Compartilhar as principais decisões técnicas sobre a arquitetura.</li>
<li>Verificar se o sistema atende às expectativas dos clientes.</li>
<li>Provar objetivamente se a abordagem arquitetural adotada atende o seu propósito no projeto.</li>
</ul>
<p>As atividades arquiteturais do EssentialUP são resumidas na figura abaixo:</p>
<div class="wp-caption aligncenter" style="width: 410px"><img title="Atividades de Arquitetura do Essential UP" src="http://www.ivarjacobson.com/media/Image/images/ae_flow(1).gif" alt="" width="400" height="490" /><p class="wp-caption-text">Atividades de Arquitetura do Essential UP</p></div>
<p style="text-align:center;">(c) Ivar Jacobson International</p>
<p>As atividades de arquitetura, em resumo, vão da captura de requisitos arquiteturais até o teste da arquitetura executável que prova a viabilidade destes requisitos. A atividade de espalhamento dos resultados para a equipe (coaching) é também bastante enfatizada, como pode ser observado na atividade &#8220;Coach Team on Architecture&#8221;.</p>
<p>Os principais resultados (entregáveis deste processo) são colocados abaixo:</p>
<div class="wp-caption aligncenter" style="width: 410px"><img title="Produtos de Arquitetura do EssentialUP" src="http://www.ivarjacobson.com/media/Image/images/ae_things(1).gif" alt="" width="400" height="289" /><p class="wp-caption-text">Produtos de Arquitetura do EssentialUP</p></div>
<p style="text-align:center;">(c) Ivar Jacobson International</p>
<p>Notável neste figura é que a arquitetura é documentada através do artefato Descritivo Arquitetural, que guarda a idéia de agilidade do bloco de notas arquitetural do <a href="http://dearchitectura.wordpress.com/2008/11/09/openup-agilidade-controle-de-riscos-e-disciplina-arquitetural/" target="_blank">OpenUP</a>, para então ser desenhada no Modelo de Desenho e então provada (verificada) através de testes no sistema executável que foi derivado dos protótipos arquiteturas evolutivos.</p>
<p>Infelizmente o EssentialUP não é um processo gratuito como o <a href="http://dearchitectura.wordpress.com/2008/11/09/openup-agilidade-controle-de-riscos-e-disciplina-arquitetural/" target="_blank">OpenUp </a>ou o <a href="http://www.ambysoft.com/unifiedprocess/agileUP.html" target="_blank">AUP</a>, mas ele é mais uma ferramenta das escolas ágeis que renova as excelentes idéias apresentadas no UP ainda nos anos 90.</p>
<p>Informações mais detalhadas podem ser obtidas nos links abaixo:</p>
<ul>
<li>Artigo da Dr. Dobb&#8217;s &#8211; <a href="http://www.ddj.com/architect/196702101?pgno=2" target="_blank">The Essential Unified Process: New Life For the Unified Process.</a></li>
<li>Prática <a href="http://www.ivarjacobson.com/products/essup/agile-experts-view.cfm" target="_blank">&#8220;Architecture Essentials&#8221;</a> do site da Ivar Jacobson International.</li>
</ul>
<p>Nota: Interessante notar que o novo RMC 7.5, que acabou de ser lançado agora adota o conceito de práticas.Mais informações sobre o conceito de práticas e as práticas do RUP/RMC 7.5 estão <a href="http://blog.marcomendes.com/2008/11/15/o-novo-rup-75-processo-colecao-de-praticas/" target="_blank">aqui</a>. <span style="font-family:Garamond;font-size:small;"><span style="font-size:12pt;" lang="PT-BR"> </span></span></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.arkhi.com.br/2008/11/13/extraindo-o-sumo-da-arquitetura-com-o-essentialup-um-processo-de-software-orientado-por-aspectos/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
