<?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: Making Quality Software: 12 non functional requirements every app should have.</title>
	<atom:link href="http://eyefodder.com/2011/06/quality-software-non-functional-requirements.html/feed" rel="self" type="application/rss+xml" />
	<link>http://eyefodder.com/2011/06/quality-software-non-functional-requirements.html</link>
	<description></description>
	<lastBuildDate>Thu, 18 Sep 2014 13:13:44 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Checklist de requisitos no funcionales &#124; Bytes &#38; Chips</title>
		<link>http://eyefodder.com/2011/06/quality-software-non-functional-requirements.html#comment-1573</link>
		<dc:creator><![CDATA[Checklist de requisitos no funcionales &#124; Bytes &#38; Chips]]></dc:creator>
		<pubDate>Mon, 15 Sep 2014 08:32:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.eyefodder.com/?p=107#comment-1573</guid>
		<description><![CDATA[[&#8230;] http://www.eyefodder.com/2011/06/quality-software-non-functional-requirements.html [&#8230;]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] <a href="http://www.eyefodder.com/2011/06/quality-software-non-functional-requirements.html" rel="nofollow">http://www.eyefodder.com/2011/06/quality-software-non-functional-requirements.html</a> [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tim</title>
		<link>http://eyefodder.com/2011/06/quality-software-non-functional-requirements.html#comment-100</link>
		<dc:creator><![CDATA[tim]]></dc:creator>
		<pubDate>Wed, 03 Sep 2014 09:47:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.eyefodder.com/?p=107#comment-100</guid>
		<description><![CDATA[Attractability -  How does your systems environment and infrastructure look as a potential partner/ JV participant.   Is your environment suitable as the target state transition path if it is undergoing 5 years of renovation to deliver the same function outcome as the vendors (which were assessed today, and not in 5 years time)
Currency / Upgradeability – Solutions delivered as a package are generally upgraded (and deployed to pre-existing clients as a benefit) when one of the users pays for a new function to be developed. 
  

add this to the list]]></description>
		<content:encoded><![CDATA[<p>Attractability &#8211;  How does your systems environment and infrastructure look as a potential partner/ JV participant.   Is your environment suitable as the target state transition path if it is undergoing 5 years of renovation to deliver the same function outcome as the vendors (which were assessed today, and not in 5 years time)<br />
Currency / Upgradeability – Solutions delivered as a package are generally upgraded (and deployed to pre-existing clients as a benefit) when one of the users pays for a new function to be developed. </p>
<p>add this to the list</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: non-Functional Requirements</title>
		<link>http://eyefodder.com/2011/06/quality-software-non-functional-requirements.html#comment-78</link>
		<dc:creator><![CDATA[non-Functional Requirements]]></dc:creator>
		<pubDate>Tue, 08 Apr 2014 19:49:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.eyefodder.com/?p=107#comment-78</guid>
		<description><![CDATA[[&#8230;] [2]Paul Barnes-Hoggett “Making Quality Software: 12 non functional requirements every app should have” [online]http://www.eyefodder.com/2011/06/quality-software-non-functional-requirements.html [&#8230;]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] [2]Paul Barnes-Hoggett “Making Quality Software: 12 non functional requirements every app should have” [online]http://www.eyefodder.com/2011/06/quality-software-non-functional-requirements.html [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Software Performance — make sure you don&#039;t get downgraded</title>
		<link>http://eyefodder.com/2011/06/quality-software-non-functional-requirements.html#comment-77</link>
		<dc:creator><![CDATA[Software Performance — make sure you don&#039;t get downgraded]]></dc:creator>
		<pubDate>Sun, 07 Aug 2011 03:52:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.eyefodder.com/?p=107#comment-77</guid>
		<description><![CDATA[[...] posted before on non functional requirements every application should have, and first and foremost amongst those constraints is performance. The deal you need to make with [...]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] posted before on non functional requirements every application should have, and first and foremost amongst those constraints is performance. The deal you need to make with [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quality Software — testing non functional requirements</title>
		<link>http://eyefodder.com/2011/06/quality-software-non-functional-requirements.html#comment-76</link>
		<dc:creator><![CDATA[Quality Software — testing non functional requirements]]></dc:creator>
		<pubDate>Fri, 10 Jun 2011 04:32:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.eyefodder.com/?p=107#comment-76</guid>
		<description><![CDATA[[...]    Skip to content        &#171; Making Quality Software: 12 non functional requirements every app should have.   Making Quality Software: how to test non-functional requirements By Paul Barnes-Hoggett &#124; [...]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;]    Skip to content        &laquo; Making Quality Software: 12 non functional requirements every app should have.   Making Quality Software: how to test non-functional requirements By Paul Barnes-Hoggett | [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
