<?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: Why mockups are essential for designing semantic applications</title>
	<atom:link href="http://blog.semantic-web.at/2008/09/18/mockups-essential-semantic-applications-design/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.semantic-web.at/2008/09/18/mockups-essential-semantic-applications-design/</link>
	<description>Open World Assumptions</description>
	<lastBuildDate>Thu, 26 Jan 2012 13:31:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Andreas Blumauer</title>
		<link>http://blog.semantic-web.at/2008/09/18/mockups-essential-semantic-applications-design/#comment-1411</link>
		<dc:creator>Andreas Blumauer</dc:creator>
		<pubDate>Tue, 23 Sep 2008 08:15:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.semantic-web.at/?p=273#comment-1411</guid>
		<description>Thanks Gunnar. I agree with you - especially &quot;knowledge rich&quot; systems need semi-functional prototypes to describe them in a way that end-users can understand and decide if this or that functionality/user interaction makes sense or not.

But in a (very) early stage of requirements engineering balsamiq-like mockups can help to start a (cost-effective) discussion, help to get a common understanding - probably even before end-users come into this process.

- andreas</description>
		<content:encoded><![CDATA[<p>Thanks Gunnar. I agree with you &#8211; especially &#8220;knowledge rich&#8221; systems need semi-functional prototypes to describe them in a way that end-users can understand and decide if this or that functionality/user interaction makes sense or not.</p>
<p>But in a (very) early stage of requirements engineering balsamiq-like mockups can help to start a (cost-effective) discussion, help to get a common understanding &#8211; probably even before end-users come into this process.</p>
<p>- andreas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gunnar Aastrand Grimnes</title>
		<link>http://blog.semantic-web.at/2008/09/18/mockups-essential-semantic-applications-design/#comment-1370</link>
		<dc:creator>Gunnar Aastrand Grimnes</dc:creator>
		<pubDate>Thu, 18 Sep 2008 13:27:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.semantic-web.at/?p=273#comment-1370</guid>
		<description>In Nepomuk we have one partner which main contribution has been teaching us about and making mockups. This has been very useful in many ways, and is of course a fantastic way of quickly showing off ideas and/or discovering deep flaws in one&#039;s UI plans. However, someone also told me that they found it very hard to do good mockups for semantic systems, as the systems are all so knowledge rich, it is very hard to give the impression of how many connections and navigation paths will actually be available in an UI. 
Also, of course we work on the PERSONAL semantic desktop, and it&#039;s hard to let the user understand the benefit of things when it is not their own data that has been mocked up. 
The conclusion seem to be that building semi-functional prototypes might work better for programs using lots of semantic technologies?</description>
		<content:encoded><![CDATA[<p>In Nepomuk we have one partner which main contribution has been teaching us about and making mockups. This has been very useful in many ways, and is of course a fantastic way of quickly showing off ideas and/or discovering deep flaws in one&#8217;s UI plans. However, someone also told me that they found it very hard to do good mockups for semantic systems, as the systems are all so knowledge rich, it is very hard to give the impression of how many connections and navigation paths will actually be available in an UI.<br />
Also, of course we work on the PERSONAL semantic desktop, and it&#8217;s hard to let the user understand the benefit of things when it is not their own data that has been mocked up.<br />
The conclusion seem to be that building semi-functional prototypes might work better for programs using lots of semantic technologies?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

