<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Casos de uso y documentos de texto</title>
	<atom:link href="http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/</link>
	<description>Dani Latorre - Desarrollador y algunas cosas más</description>
	<lastBuildDate>Thu, 09 Feb 2012 09:01:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Dani</title>
		<link>http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/comment-page-1/#comment-4676</link>
		<dc:creator>Dani</dc:creator>
		<pubDate>Sun, 13 Jul 2008 00:45:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/#comment-4676</guid>
		<description>Hola Iván,

La verdad que sí, llega un poco tarde, ya hace bastante que salí de ese proyecto (y de la empresa no hace tanto :P).

Empiezo por aclarar que yo no era el que generaba la documentación, sólo la &quot;sufría&quot; :). La cuestión es que(sin usar UML) ya se hacía precisamente algo que se podría considerar paquetes de caso de uso(por documento), el problema son las &quot;pequeñas&quot; funcionalidades comunes entre paquetes, para lo que veo una buena solución el hacer includes en el caso de usar UML y que sería interesante una herramienta que facilite algo así para hacerlo con análisis funcionales.</description>
		<content:encoded><![CDATA[<p>Hola Iván,</p>
<p>La verdad que sí, llega un poco tarde, ya hace bastante que salí de ese proyecto (y de la empresa no hace tanto <img src='http://www.danilat.com/weblog/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> ).</p>
<p>Empiezo por aclarar que yo no era el que generaba la documentación, sólo la &#8220;sufría&#8221; <img src='http://www.danilat.com/weblog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> . La cuestión es que(sin usar UML) ya se hacía precisamente algo que se podría considerar paquetes de caso de uso(por documento), el problema son las &#8220;pequeñas&#8221; funcionalidades comunes entre paquetes, para lo que veo una buena solución el hacer includes en el caso de usar UML y que sería interesante una herramienta que facilite algo así para hacerlo con análisis funcionales.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Iván Garcerant</title>
		<link>http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/comment-page-1/#comment-4658</link>
		<dc:creator>Iván Garcerant</dc:creator>
		<pubDate>Fri, 11 Jul 2008 18:55:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/#comment-4658</guid>
		<description>oops... el sistema de etiquetas del mensaje me ha ha jugado una broma... cada vez que salen esos menores que en mi mensaje anterior me estaba refiriendo a la relación include, la cual estaba escribiendo como en UML con comillas francesas emuladas con dobles menores-que y mayores-que.

Ah! otra cosa que te queria comentar era que posiblemente mi comentario ha llegado muy tarde cierto? :-)</description>
		<content:encoded><![CDATA[<p>oops&#8230; el sistema de etiquetas del mensaje me ha ha jugado una broma&#8230; cada vez que salen esos menores que en mi mensaje anterior me estaba refiriendo a la relación include, la cual estaba escribiendo como en UML con comillas francesas emuladas con dobles menores-que y mayores-que.</p>
<p>Ah! otra cosa que te queria comentar era que posiblemente mi comentario ha llegado muy tarde cierto? <img src='http://www.danilat.com/weblog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Iván Garcerant</title>
		<link>http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/comment-page-1/#comment-4657</link>
		<dc:creator>Iván Garcerant</dc:creator>
		<pubDate>Fri, 11 Jul 2008 18:53:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/#comment-4657</guid>
		<description>Saludos.

Lo cierto es que incluso en sistemas muy grandes el número de casos de uso debe ser pequeño. Digamos que no más de 20, incluso para sistemas ENORMES...

Si tienes más que eso quizás es que no tienes el nivel de abstracción apropiado y te has empantanado en micro-especificar cada aspecto del sistema, algo pesado y no muy productivo.

Por otra parte, si tienes módulos y los quieres reflejar en tus casos de uso lo correcto no es utilizar &gt; para eso, sino utilizar paquetes de casos de uso.

Esto es, la relación &gt; no es para gestionar modelos de casos de uso muy grandes, la característica que debe utilizar para estos modelos grandes son los paquetes de casos de uso.

Y finalmente, en lo que a tener las descripciones repetidas, te recomiendo que generes en forma automática tu documentación a partir del modelador de UML, con lo cual se alivia mucho el trabajo de edición.</description>
		<content:encoded><![CDATA[<p>Saludos.</p>
<p>Lo cierto es que incluso en sistemas muy grandes el número de casos de uso debe ser pequeño. Digamos que no más de 20, incluso para sistemas ENORMES&#8230;</p>
<p>Si tienes más que eso quizás es que no tienes el nivel de abstracción apropiado y te has empantanado en micro-especificar cada aspecto del sistema, algo pesado y no muy productivo.</p>
<p>Por otra parte, si tienes módulos y los quieres reflejar en tus casos de uso lo correcto no es utilizar &gt; para eso, sino utilizar paquetes de casos de uso.</p>
<p>Esto es, la relación &gt; no es para gestionar modelos de casos de uso muy grandes, la característica que debe utilizar para estos modelos grandes son los paquetes de casos de uso.</p>
<p>Y finalmente, en lo que a tener las descripciones repetidas, te recomiendo que generes en forma automática tu documentación a partir del modelador de UML, con lo cual se alivia mucho el trabajo de edición.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: maeghith</title>
		<link>http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/comment-page-1/#comment-1853</link>
		<dc:creator>maeghith</dc:creator>
		<pubDate>Tue, 04 Dec 2007 13:59:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/#comment-1853</guid>
		<description>Documentos maestros en MSO/oOO, y creo que todos los sistemas wiki te permiten hacerlo (al menos tanto Wikimedia como Atlassian Confluence lo permiten).

Ámbos sistemas permiten hacer que un documento se &quot;incruste&quot; en otro documento mayor/padre/contenedor/etc...

El problema es hacer que todos los que escriban en el sistema estén al tanto de esta capacidad y sepan usarla correctamente.</description>
		<content:encoded><![CDATA[<p>Documentos maestros en MSO/oOO, y creo que todos los sistemas wiki te permiten hacerlo (al menos tanto Wikimedia como Atlassian Confluence lo permiten).</p>
<p>Ámbos sistemas permiten hacer que un documento se &#8220;incruste&#8221; en otro documento mayor/padre/contenedor/etc&#8230;</p>
<p>El problema es hacer que todos los que escriban en el sistema estén al tanto de esta capacidad y sepan usarla correctamente.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pacoo</title>
		<link>http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/comment-page-1/#comment-1852</link>
		<dc:creator>Pacoo</dc:creator>
		<pubDate>Mon, 03 Dec 2007 22:29:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/#comment-1852</guid>
		<description>Aparte de los clásicos (y caros) de la gestión de requisitos (DOORS, Requisite Pro, CaliberRM, etc.) han salido cosas innovadoras para integrar de una forma más adecuada el ciclo de vida de los casos de uso. Algunos se quedan en requisitos, otros integran el prototipado, la parte funcional, el diseño... incluso llegan a entrar en la generación de código. Unos cuantos: 

http://www.simunication.com
http://www.stpsoft.co.uk/quew/
http://www.gatherspace.com/
http://www.casecomplete.com/
http://www.irise.com/
http://www.visualusecase.com/
http://www.erequirements.com/
http://www.adalon.net (si te llama FuseBox, la versión Struts está desactualizada desde hace años)

Lamentablemente nada medio aprovechable en código abierto... a ver si alguien se anima ;)</description>
		<content:encoded><![CDATA[<p>Aparte de los clásicos (y caros) de la gestión de requisitos (DOORS, Requisite Pro, CaliberRM, etc.) han salido cosas innovadoras para integrar de una forma más adecuada el ciclo de vida de los casos de uso. Algunos se quedan en requisitos, otros integran el prototipado, la parte funcional, el diseño&#8230; incluso llegan a entrar en la generación de código. Unos cuantos: </p>
<p><a href="http://www.simunication.com" rel="nofollow">http://www.simunication.com</a><br />
<a href="http://www.stpsoft.co.uk/quew/" rel="nofollow">http://www.stpsoft.co.uk/quew/</a><br />
<a href="http://www.gatherspace.com/" rel="nofollow">http://www.gatherspace.com/</a><br />
<a href="http://www.casecomplete.com/" rel="nofollow">http://www.casecomplete.com/</a><br />
<a href="http://www.irise.com/" rel="nofollow">http://www.irise.com/</a><br />
<a href="http://www.visualusecase.com/" rel="nofollow">http://www.visualusecase.com/</a><br />
<a href="http://www.erequirements.com/" rel="nofollow">http://www.erequirements.com/</a><br />
<a href="http://www.adalon.net" rel="nofollow">http://www.adalon.net</a> (si te llama FuseBox, la versión Struts está desactualizada desde hace años)</p>
<p>Lamentablemente nada medio aprovechable en código abierto&#8230; a ver si alguien se anima <img src='http://www.danilat.com/weblog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dani</title>
		<link>http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/comment-page-1/#comment-1849</link>
		<dc:creator>Dani</dc:creator>
		<pubDate>Mon, 03 Dec 2007 10:36:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/#comment-1849</guid>
		<description>Una lástima que el tiempo sea limitado y no se pueda hacer todo lo que se nos pasa por la cabeza:(, sería muy interesante desarrollar una herramienta de este tipo si no hay ninguna hecha ya, claro.</description>
		<content:encoded><![CDATA[<p>Una lástima que el tiempo sea limitado y no se pueda hacer todo lo que se nos pasa por la cabeza:(, sería muy interesante desarrollar una herramienta de este tipo si no hay ninguna hecha ya, claro.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jordi</title>
		<link>http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/comment-page-1/#comment-1848</link>
		<dc:creator>Jordi</dc:creator>
		<pubDate>Mon, 03 Dec 2007 10:20:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.danilat.com/weblog/2007/12/03/casos-de-uso-y-documentos-de-texto/#comment-1848</guid>
		<description>Busqué un poco (no demasiado la verdad) para gestionar un poco los del TFC pero no encontré ninguno. Encontré plantillas. 

Alguno tiene que haber sino ya sabes que toca xD, puede ser una herramienta bastante útil.</description>
		<content:encoded><![CDATA[<p>Busqué un poco (no demasiado la verdad) para gestionar un poco los del TFC pero no encontré ninguno. Encontré plantillas. </p>
<p>Alguno tiene que haber sino ya sabes que toca xD, puede ser una herramienta bastante útil.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

