<?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: What Are Use Case Scenarios?</title>
	<atom:link href="http://tynerblain.com/blog/2007/04/10/what-are-use-case-scenarios/feed/" rel="self" type="application/rss+xml" />
	<link>http://tynerblain.com/blog/2007/04/10/what-are-use-case-scenarios/</link>
	<description>Software product success.</description>
	<lastBuildDate>Fri, 12 Mar 2010 01:42:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2007/04/10/what-are-use-case-scenarios/comment-page-1/#comment-443006</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Thu, 02 Oct 2008 13:03:18 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2007/04/10/what-are-use-case-scenarios/#comment-443006</guid>
		<description>Thanks Yamen!  A context diagram is a description of which systems (either physical or abstract) interact as part of a solution.  A use case is a depiction of what is done by/with the system.  Use case diagrams provide some information about how use cases are structured within a body of documentation (who uses which use cases, how was the problem structured as a set of use cases (extends, etc)).  Personally, I find use case diagrams to be almost pure overhead - &lt;a href=&quot;http://tynerblain.com/blog/2008/06/09/use-case-to-actor-mapping/&quot; rel=&quot;nofollow&quot;&gt;a mapping of actors to use cases&lt;/a&gt; provides almost all of the benefits, is easier to consume, and much easier to create and manage.

Thanks again!</description>
		<content:encoded><![CDATA[<p>Thanks Yamen!  A context diagram is a description of which systems (either physical or abstract) interact as part of a solution.  A use case is a depiction of what is done by/with the system.  Use case diagrams provide some information about how use cases are structured within a body of documentation (who uses which use cases, how was the problem structured as a set of use cases (extends, etc)).  Personally, I find use case diagrams to be almost pure overhead &#8211; <a href="http://tynerblain.com/blog/2008/06/09/use-case-to-actor-mapping/" rel="nofollow">a mapping of actors to use cases</a> provides almost all of the benefits, is easier to consume, and much easier to create and manage.</p>
<p>Thanks again!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: yamen</title>
		<link>http://tynerblain.com/blog/2007/04/10/what-are-use-case-scenarios/comment-page-1/#comment-434018</link>
		<dc:creator>yamen</dc:creator>
		<pubDate>Sun, 14 Sep 2008 09:31:35 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2007/04/10/what-are-use-case-scenarios/#comment-434018</guid>
		<description>Thank you scott , you are super techer . But can tell me the compartive between context daigram and usecase daigram . thanks .</description>
		<content:encoded><![CDATA[<p>Thank you scott , you are super techer . But can tell me the compartive between context daigram and usecase daigram . thanks .</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2007/04/10/what-are-use-case-scenarios/comment-page-1/#comment-311936</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Wed, 20 Feb 2008 03:09:11 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2007/04/10/what-are-use-case-scenarios/#comment-311936</guid>
		<description>Thanks Brian, very much!  And welcome to Tyner Blain - I hope you stick around, and keep contributing like you just did.

There are at least the following similarly named things: use scenario, user scenario, use case, use case scenario.

Cockburn, at least, defines &quot;use(r) scenario&quot; to mean the same thing as what I called a &quot;use case scenario&quot;.  I intentionally included the word &quot;case&quot; to make sure that people didn&#039;t confuse it with the abstract market situation that Pragmatic describes.

As you point out - I didn&#039;t explain that very well.  Now, hopefully, others will find this discussion.  Thanks for pointing it out.</description>
		<content:encoded><![CDATA[<p>Thanks Brian, very much!  And welcome to Tyner Blain &#8211; I hope you stick around, and keep contributing like you just did.</p>
<p>There are at least the following similarly named things: use scenario, user scenario, use case, use case scenario.</p>
<p>Cockburn, at least, defines &#8220;use(r) scenario&#8221; to mean the same thing as what I called a &#8220;use case scenario&#8221;.  I intentionally included the word &#8220;case&#8221; to make sure that people didn&#8217;t confuse it with the abstract market situation that Pragmatic describes.</p>
<p>As you point out &#8211; I didn&#8217;t explain that very well.  Now, hopefully, others will find this discussion.  Thanks for pointing it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Felder</title>
		<link>http://tynerblain.com/blog/2007/04/10/what-are-use-case-scenarios/comment-page-1/#comment-311810</link>
		<dc:creator>Brian Felder</dc:creator>
		<pubDate>Tue, 19 Feb 2008 23:10:05 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/2007/04/10/what-are-use-case-scenarios/#comment-311810</guid>
		<description>Scott,

Fantastic content on the site. I just found this after hearing about it at Pragmatic&#039;s PPM course.

One comment on this page: Pragmatic uses the term &quot;use scenario&quot; (not &quot;use case scenario,&quot; as you use here) as a means to describe a market problem that needs solving. That is, what is the user trying to accomplish, and is not able to, that creates the problem at hand?

That&#039;s quite different from the &quot;use case scenario&quot; described here, which is essentially a path through a use case -- which is also a useful concept, just different. It might be worth differentiating between these two concepts on the site.

Thanks again for the great content.

Brian</description>
		<content:encoded><![CDATA[<p>Scott,</p>
<p>Fantastic content on the site. I just found this after hearing about it at Pragmatic&#8217;s PPM course.</p>
<p>One comment on this page: Pragmatic uses the term &#8220;use scenario&#8221; (not &#8220;use case scenario,&#8221; as you use here) as a means to describe a market problem that needs solving. That is, what is the user trying to accomplish, and is not able to, that creates the problem at hand?</p>
<p>That&#8217;s quite different from the &#8220;use case scenario&#8221; described here, which is essentially a path through a use case &#8212; which is also a useful concept, just different. It might be worth differentiating between these two concepts on the site.</p>
<p>Thanks again for the great content.</p>
<p>Brian</p>
]]></content:encoded>
	</item>
</channel>
</rss>
