<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Design &#8211; stoimen&#039;s web log</title>
	<atom:link href="/tag/design/feed/" rel="self" type="application/rss+xml" />
	<link></link>
	<description>on web development</description>
	<lastBuildDate>Tue, 13 Feb 2018 08:18:15 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=5.0.3</generator>
	<item>
		<title>Main Features of the Traditional Software Development Methodologies</title>
		<link>/2011/04/19/main-features-of-the-traditional-software-development-methodologies/</link>
		<comments>/2011/04/19/main-features-of-the-traditional-software-development-methodologies/#comments</comments>
		<pubDate>Tue, 19 Apr 2011 07:39:26 +0000</pubDate>
		<dc:creator><![CDATA[Stoimen]]></dc:creator>
				<category><![CDATA[agile]]></category>
		<category><![CDATA[Business]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[John Wiley & Sons Inc]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[methodology]]></category>
		<category><![CDATA[Project management]]></category>
		<category><![CDATA[software development]]></category>
		<category><![CDATA[Software development methodology]]></category>
		<category><![CDATA[Software development process]]></category>
		<category><![CDATA[Software engineering]]></category>
		<category><![CDATA[Software prototyping]]></category>
		<category><![CDATA[Systems Development Life Cycle]]></category>
		<category><![CDATA[Technology/Internet]]></category>

		<guid isPermaLink="false">/?p=2307</guid>
		<description><![CDATA[This article is a continuation of my previous post! The stages of analysis and design are the main stages in the traditional approaches. Of course the focus of the whole project is there and therefore the effort at these stages is very important. They are methodology-centric &#8211; this means that the methodology is very extensive &#8230; <a href="/2011/04/19/main-features-of-the-traditional-software-development-methodologies/" class="more-link">Continue reading <span class="screen-reader-text">Main Features of the Traditional Software Development Methodologies</span> <span class="meta-nav">&#8594;</span></a><div class='yarpp-related-rss'>

Related posts:<ol>
<li><a href="/2011/04/15/traditional-software-development-methodologies/" rel="bookmark" title="Traditional Software Development Methodologies">Traditional Software Development Methodologies </a></li>
<li><a href="/2011/04/06/an-introduction-to-the-agile/" rel="bookmark" title="An Introduction to the Agile">An Introduction to the Agile </a></li>
<li><a href="/2010/07/27/are-you-agile/" rel="bookmark" title="Are You Agile?">Are You Agile? </a></li>
<li><a href="/2010/01/08/jquery-vs-pure-javascript/" rel="bookmark" title="jQuery vs. pure JavaScript">jQuery vs. pure JavaScript </a></li>
</ol>
</div>
]]></description>
				<content:encoded><![CDATA[<p><em>This article is a continuation of my previous <a title="Traditional Software Development Methodologies" href="/2011/04/15/traditional-software-development-methodologies/">post</a>!</em></p>
<p>The stages of analysis and design are the main stages in the traditional approaches. Of course the focus of the whole project is there and therefore the effort at these stages is very important. They are methodology-centric &#8211; this means that the methodology is very extensive and the right application of the method is a warranty for a successful project.</p>
<figure id="attachment_2316" style="width: 500px" class="wp-caption aligncenter"><a href="/wp-content/uploads/2011/04/plan.jpg"><img class="size-full wp-image-2316" title="Traditional Software Development Methodologies" src="/wp-content/uploads/2011/04/plan.jpg" alt="Traditional Software Development Methodologies" width="500" height="375" srcset="/wp-content/uploads/2011/04/plan.jpg 500w, /wp-content/uploads/2011/04/plan-300x225.jpg 300w" sizes="(max-width: 500px) 100vw, 500px" /></a><figcaption class="wp-caption-text">The stages of plan and design are the most imporant for the traditional methodologies</figcaption></figure>
<p>It&#8217;s not far from the truth that the methodology is more important factor than the human factor.<span id="more-2307"></span></p>
<p>All these traditional approaches are systematic methods of software development where the building phase always follows the stage of design. Most of the important decisions are made during the stage of design and once the product is well designed the project can be continued with the phase of building &#8211; which is supposed to be very predictable. Thus the stage of building the product only follows the &#8220;perfect&#8221; design of the system.</p>
<figure id="attachment_2317" style="width: 500px" class="wp-caption aligncenter"><a href="/wp-content/uploads/2011/04/brainstorm.jpg"><img class="size-full wp-image-2317" title="Traditional Software Development Methodologies" src="/wp-content/uploads/2011/04/brainstorm.jpg" alt="Traditional Software Development Methodologies" width="500" height="334" srcset="/wp-content/uploads/2011/04/brainstorm.jpg 500w, /wp-content/uploads/2011/04/brainstorm-300x200.jpg 300w" sizes="(max-width: 500px) 100vw, 500px" /></a><figcaption class="wp-caption-text">Most of the important decisions are made during the stage of design and once the product is well designed the project can be continued with the phase of building.</figcaption></figure>
<p>In that scenario we can see two main activities: <strong>design</strong>, which is highly creative activity, it is difficult to predict and needs high qualification, and <strong>build</strong> in other hand, which is simple to predict and doesn&#8217;t need high qualification [1].</p>
<p>All these facts can be summarized into the following conclusions:</p>
<ul>
<li>When building a software product &#8211; the stage of building is a small piece of the whole process.</li>
<li>The stage of &#8220;design&#8221; remains the main part of the software construction process.</li>
<li>It is very difficult to plan and predict processes with high level of creativity.</li>
</ul>
<p>This is why the traditional methodologies of software development are very useful in some and unsuccessful in other types of projects. Because their main feature is the detailed planning and designing phase they are useful when the project is said to be very large and the level of risk is high. Some project that are estimated to last very long is often developed with some traditional methodology [2].</p>
<figure id="attachment_2318" style="width: 339px" class="wp-caption aligncenter"><a href="/wp-content/uploads/2011/04/risk.jpg"><img class="size-full wp-image-2318" title="Traditional Software Development Methodologies" src="/wp-content/uploads/2011/04/risk.jpg" alt="Traditional Software Development Methodologies" width="339" height="450" srcset="/wp-content/uploads/2011/04/risk.jpg 339w, /wp-content/uploads/2011/04/risk-226x300.jpg 226w" sizes="(max-width: 339px) 100vw, 339px" /></a><figcaption class="wp-caption-text">The traditional approaches are useful when the project is said to be very large and the level of risk is high.</figcaption></figure>
<p>The traditional approaches, in general, can be described by their main features as follows:</p>
<ol>
<li>They are relevant when the project is very large and the building team is also very large and not always geographically collocated;</li>
<li>The stage of planning is very detailed;</li>
<li>The documentation is very large and describes all the features of the system;</li>
<li>They are used for projects where the main requirements are defined early and doesn&#8217;t change often;</li>
<li>The phases of analysis, planning, design, build and deploy are consecutive;</li>
</ol>
<p>[1] Fowler M. <a title="Martin Fowler - The New Methodology" href="http://www.martinfowler.com/articles/newMethodology.html" target="_blank">The New Methodology</a>, 2005<br />
[2] Wysocki R. K., McGary R., Effective Project Management, Third Edition, John Wiley &amp; Sons © 2003</p>
<div class='yarpp-related-rss'>
<p>Related posts:<ol>
<li><a href="/2011/04/15/traditional-software-development-methodologies/" rel="bookmark" title="Traditional Software Development Methodologies">Traditional Software Development Methodologies </a></li>
<li><a href="/2011/04/06/an-introduction-to-the-agile/" rel="bookmark" title="An Introduction to the Agile">An Introduction to the Agile </a></li>
<li><a href="/2010/07/27/are-you-agile/" rel="bookmark" title="Are You Agile?">Are You Agile? </a></li>
<li><a href="/2010/01/08/jquery-vs-pure-javascript/" rel="bookmark" title="jQuery vs. pure JavaScript">jQuery vs. pure JavaScript </a></li>
</ol></p>
</div>
]]></content:encoded>
			<wfw:commentRss>/2011/04/19/main-features-of-the-traditional-software-development-methodologies/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
