<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.10" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comentários em: BPM não é Engenharia de Software</title>
	<link>http://blog.cryo.com.br/2008/12/03/bpm-nao-e-engenharia-de-software/</link>
	<description>Business Process Management, Gestão por Processos, BPEL, SOA, BPM na prática, BPMN, Workflow</description>
	<pubDate>Fri, 12 Mar 2010 10:13:57 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.10</generator>

	<item>
		<title>por: Luiz David</title>
		<link>http://blog.cryo.com.br/2008/12/03/bpm-nao-e-engenharia-de-software/#comment-3048</link>
		<pubDate>Mon, 02 Mar 2009 15:21:32 +0000</pubDate>
		<guid>http://blog.cryo.com.br/2008/12/03/bpm-nao-e-engenharia-de-software/#comment-3048</guid>
					<description>A engenharia de software se propõe a operacionalizar projetos, da área de desenvolvimento de sistemas, com o auxílio de processos, ferramentas e técnicas, divididas e organizadas em disciplinas. Esse conceito está no swebok, e pode ser facilmente verificado.
Entendo que em alguns pontos um especialista em bpm, em algum momento vai precisar de um engenheiro de software. 
Agora, acho que tem um ponto de convergência sim, segundo o próprio swebok, que trata da dsiciplina de design. BPMN, é uma forma de design, que pode ser aplicada e utilizada em engenharia de software sim.
Outras metodologias de engenharia de software, prevêem, o papel de analista de negócios. Existe uma tendência natural, que estas metdologias absorvam mais facilmente um especialista em BPM.</description>
		<content:encoded><![CDATA[<p>A engenharia de software se propõe a operacionalizar projetos, da área de desenvolvimento de sistemas, com o auxílio de processos, ferramentas e técnicas, divididas e organizadas em disciplinas. Esse conceito está no swebok, e pode ser facilmente verificado.<br />
Entendo que em alguns pontos um especialista em bpm, em algum momento vai precisar de um engenheiro de software.<br />
Agora, acho que tem um ponto de convergência sim, segundo o próprio swebok, que trata da dsiciplina de design. BPMN, é uma forma de design, que pode ser aplicada e utilizada em engenharia de software sim.<br />
Outras metodologias de engenharia de software, prevêem, o papel de analista de negócios. Existe uma tendência natural, que estas metdologias absorvam mais facilmente um especialista em BPM.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>por: Fernando Rocha</title>
		<link>http://blog.cryo.com.br/2008/12/03/bpm-nao-e-engenharia-de-software/#comment-2932</link>
		<pubDate>Tue, 10 Feb 2009 14:16:21 +0000</pubDate>
		<guid>http://blog.cryo.com.br/2008/12/03/bpm-nao-e-engenharia-de-software/#comment-2932</guid>
					<description>Vejo realmente BPM como mais abrangente do que Engenharia de software. Porém, quando os processos modelados precisarem ser automatizados através da TI é fundamental que haja total sincronismo entre ambas especificações. O ideal seria o analista de negócio modelar o negócio e o analista de sistemas (engenheiro de software) dar continuidade neste modelo com foco em TI utilizando práticas de engenharia de software, utilizando ambos a mesma notação, caso contrário, continuaremos com diferenças entre as necessidades corporativas e os sistemas implementados.</description>
		<content:encoded><![CDATA[<p>Vejo realmente BPM como mais abrangente do que Engenharia de software. Porém, quando os processos modelados precisarem ser automatizados através da TI é fundamental que haja total sincronismo entre ambas especificações. O ideal seria o analista de negócio modelar o negócio e o analista de sistemas (engenheiro de software) dar continuidade neste modelo com foco em TI utilizando práticas de engenharia de software, utilizando ambos a mesma notação, caso contrário, continuaremos com diferenças entre as necessidades corporativas e os sistemas implementados.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>por: sergio esteves</title>
		<link>http://blog.cryo.com.br/2008/12/03/bpm-nao-e-engenharia-de-software/#comment-2875</link>
		<pubDate>Sun, 25 Jan 2009 17:09:23 +0000</pubDate>
		<guid>http://blog.cryo.com.br/2008/12/03/bpm-nao-e-engenharia-de-software/#comment-2875</guid>
					<description>Admitindo-se a prática das duas engenharias ( processos e software) e que ambas venham a ser apoiadas por ferramentas livres de BPM (BPMS) e MDA (FrameWork), respectivamente, quais delas oferecem maior compatibilidade - dentre as atualmente existentes?
Ou mais diretamente, se a área de TI insiste em usar MagicDraw e AndroMDA, no desenvolvimento do corporativo Sistema Integrado de Gestão (SIG), qual ferramenta livre de BPM é a mais compatível ?
Independentemente de qual qual seja a engenharia associada, é possível integrar todos os processos organizacionais (de negócio / operacional / finalísticos; de apoio; de sustentabilidade; de controle / governança; de software; etc) e suas respectivas ferramentas, em um único sistema de informação (gerencial) - SIG - já que a corporação, sendo única, com o apoio de TI busca o suporte necessário a mais ampla convergência aos seus parâmetros estratégicos, não obstante serem os seus processos pertencentes a gestões disistintas  e interrelaciodos(as)?.</description>
		<content:encoded><![CDATA[<p>Admitindo-se a prática das duas engenharias ( processos e software) e que ambas venham a ser apoiadas por ferramentas livres de BPM (BPMS) e MDA (FrameWork), respectivamente, quais delas oferecem maior compatibilidade - dentre as atualmente existentes?<br />
Ou mais diretamente, se a área de TI insiste em usar MagicDraw e AndroMDA, no desenvolvimento do corporativo Sistema Integrado de Gestão (SIG), qual ferramenta livre de BPM é a mais compatível ?<br />
Independentemente de qual qual seja a engenharia associada, é possível integrar todos os processos organizacionais (de negócio / operacional / finalísticos; de apoio; de sustentabilidade; de controle / governança; de software; etc) e suas respectivas ferramentas, em um único sistema de informação (gerencial) - SIG - já que a corporação, sendo única, com o apoio de TI busca o suporte necessário a mais ampla convergência aos seus parâmetros estratégicos, não obstante serem os seus processos pertencentes a gestões disistintas  e interrelaciodos(as)?.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>por: Paulo Roberto Granja</title>
		<link>http://blog.cryo.com.br/2008/12/03/bpm-nao-e-engenharia-de-software/#comment-2619</link>
		<pubDate>Thu, 04 Dec 2008 11:00:17 +0000</pubDate>
		<guid>http://blog.cryo.com.br/2008/12/03/bpm-nao-e-engenharia-de-software/#comment-2619</guid>
					<description>Eu tendo a concordar com o Ghalimi quanto à necessidade de criar uma nova engenharia, até para reforçar a afirmação do Swenson, que o BPM é projetado para empresários e não para engenheiros de software.
No meu entendimento essa engenharia de processos de negócio vai ficar muito próxima das decisões estratégicas das empresas.</description>
		<content:encoded><![CDATA[<p>Eu tendo a concordar com o Ghalimi quanto à necessidade de criar uma nova engenharia, até para reforçar a afirmação do Swenson, que o BPM é projetado para empresários e não para engenheiros de software.<br />
No meu entendimento essa engenharia de processos de negócio vai ficar muito próxima das decisões estratégicas das empresas.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
