<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.10" -->
<rss version="0.92">
<channel>
	<title>Blog do Marco Mendes</title>
	<link>http://blog.marcomendes.com</link>
	<description>Artigos, Comentários e Opiniões sobre Engenharia de Software, Arquitetura de Software, SOA e Java</description>
	<lastBuildDate>Sun, 28 Feb 2010 22:55:07 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	
	<item>
		<title>Resultados de desempenho do investimento em engenharia de software pelo modelo MPS-BR - iMPS 2009</title>
		<description><![CDATA[O SOFTEX divulgou os resultados de desempenho de 2009 das empresas que adotaram o MPS BR. 
A síntese do relatório é fornecida abaixo:
&#8220;De forma geral, a satisfação das empresas com o modelo MPS é notória, com mais de 98% das empresas se dizendo parcialmente ou totalmente satisfeitas. Além disso, as empresas relataram que o retorno [...]]]></description>
		<link>http://blog.marcomendes.com/2010/02/28/resultados-de-desempenho-do-investimento-em-engenharia-de-software-pelo-modelo-mps-br/</link>
			</item>
	<item>
		<title>Qual o estilo dos softwares que você constrói?</title>
		<description><![CDATA[Todo software instalado possui uma arquitetura que o rege, seja esta tácita ou explicitamente construída por arquitetos de software. Além disso, toda arquitetura tem um estilo associado. Se não pensamos na arquitetura de um software e no estilo desta arquitetura, ela pode ter um estilo diferente do que gostaríamos. Um estilo inadequado pode aumentar sobre-maneira [...]]]></description>
		<link>http://blog.marcomendes.com/2010/02/25/qual-o-estilo-dos-softwares-que-voce-constroi/</link>
			</item>
	<item>
		<title>Além do BPM - Menos foco em processos e mais foco em capacidades</title>
		<description><![CDATA[O termo BPM nos remete a uma ênfase na palavra processos e uma visão de mundo onde uma empresa pode ser vista como uma coleção de processos. Este pensamento, em si, é perigoso e infelizmente enganoso. A palavra processos nos remete ao &#8220;como&#8221; e nos faz esquecer do entendimento do &#8220;quê&#8221; deve ser realizado. A [...]]]></description>
		<link>http://blog.marcomendes.com/2010/02/06/alem-do-bpm-menos-foco-em-processos-e-mais-foco-em-capacidades/</link>
			</item>
	<item>
		<title>Ferramentas para testes técnicos em Java EE</title>
		<description><![CDATA[Aplicações Java EE impõe fortes desafios aos times de testes, qualidade e arquitetura de aplicações. Além dos inúmeros aspectos funcionais a serem observados, devemos observar também elementos técnicos de qualidade interna e qualidade externa tais como desempenho, usabilidade, segurança ou manutenibilidade. 
Sabemos que ferramentas isoladamente não resolvem problemas complexos, mas uma vez que você tenha [...]]]></description>
		<link>http://blog.marcomendes.com/2010/02/05/ferramentas-para-testes-tecnicos-em-java-ee/</link>
			</item>
	<item>
		<title>Desenho de aplicações Java EE e .NET como uma atividade econômica de investimento em software</title>
		<description><![CDATA[Tradicionalmente o desenho e implementação de aplicações modernas em linguagens como Java EE e .NET é tratado como um elemento puramente técnico. Um pequeno volume de horas é concedido ao time de desenvolvimento para resolver um problema complexo através de um conjunto de modelos técnicos, linguagens como UML e provas de conceito exploratórias. O foco [...]]]></description>
		<link>http://blog.marcomendes.com/2009/12/05/desenho-de-aplicacoes-java-ee-e-net-como-uma-atividade-economica-de-investimento-em-software/</link>
			</item>
	<item>
		<title>As 10 coisas que Analistas deveriam saber antes de apresentar materiais técnicos para seus Gerentes e Diretores</title>
		<description><![CDATA[Analistas são frequentemente questionados pelos seus gerentes sobre as suas decisões e tem por frequência a necessidade de expor a estes conceitos técnicos. Muitas destas apresentações se tornam desastrosas por desconhecimento do modelo mental dos gerentes. Adapto (e estendo) aqui um belo trabalho realizado por Gerrit Mulller, que discute aspectos importantes em apresentações técnicas para [...]]]></description>
		<link>http://blog.marcomendes.com/2009/11/21/as-10-coisas-que-analistas-deveriam-saber-antes-de-apresentar-materiais-tecnicos-para-seus-gerentes-e-diretores/</link>
			</item>
	<item>
		<title>Os condutores arquiteturais para a adoção do SOA Orientado por Eventos - EDA e CEP</title>
		<description><![CDATA[A abordagem tradicional para SOA está baseada nas premissas da modelagem, simulação, automação, monitoração e gerência de processos de negócio, i.e, o ciclo de vida de BPM (Gerenciamento de Processos de Negócio). Existem diversos cenários, entretanto, onde esta premissa não se torna válida.
Caso a nossa empresa ou o problema em questão apresente a lista de [...]]]></description>
		<link>http://blog.marcomendes.com/2009/11/03/os-condutores-arquiteturais-para-a-adocao-do-soa-orientada-por-eventos-eda-e-cep/</link>
			</item>
	<item>
		<title>Os Princípios do Manifesto SOA</title>
		<description><![CDATA[

Os Princípios do Manifesto SOA



Nós seguimos estes princípios:

Respeitar a estrutura social e de poder  de uma organização.

Reconhecer que SOA requer mudança em vários níveis
O escopo da adoção de SOA pode variar.  Devemos manter os seus esforços gerenciáveis e dentro  de limites significativos
Produtos e ferramentas sozinhos não lhe  fornecerão SOA ou aplicarão [...]]]></description>
		<link>http://blog.marcomendes.com/2009/10/25/os-principios-do-manifesto-soa/</link>
			</item>
	<item>
		<title>O Manifesto SOA</title>
		<description><![CDATA[

 O Manifesto SOA
A orientação por serviços é um paradigma que orienta o que você faz. A arquitetura orientada por serviços (SOA) é um tipo de arquitetura que resulta da aplicação da orientação por serviços. Nós aplicamos a orientação por serviços para ajudar organizações a entregar valor de negócio de forma sustentável, com agilidade aumentada [...]]]></description>
		<link>http://blog.marcomendes.com/2009/10/25/o-manifesto-soa/</link>
			</item>
	<item>
		<title>O complexo caminho da simplicidade do EJB 3.1 e o Java EE 6.0</title>
		<description><![CDATA[Para um novato Java que queira criar um EJB na especificação 3.1, o processo é muito simples. Você cria uma classe Java e com apenas uma anotação você tem um objeto distribuído que responde via protocolo RMI/IIOP.

Se você desejar criar um objeto distribuído que responda através de SOAP, i.e, um WebService, basta adicionar uma outra [...]]]></description>
		<link>http://blog.marcomendes.com/2009/10/23/o-complexo-caminho-da-simplicidade-do-ejb-31-e-o-java-ee-60/</link>
			</item>
</channel>
</rss>
