{"id":643,"date":"2019-04-13T23:17:16","date_gmt":"2019-04-13T23:17:16","guid":{"rendered":"https:\/\/cs.uwc.ac.za\/?page_id=643"},"modified":"2020-09-20T20:56:02","modified_gmt":"2020-09-20T20:56:02","slug":"requirements-analysis-document-rad","status":"publish","type":"page","link":"https:\/\/cs.uwc.ac.za\/?page_id=643","title":{"rendered":"Requirements Analysis Document (RAD)"},"content":{"rendered":"<h1 style=\"text-align: center;\">Requirements Analysis Document (RAD)<strong><br \/>\n<\/strong><\/h1>\n<p>This document takes the URD as a starting point and looks at the problem from a designer&#8217;s point of view. However, instead of diving directly to implementation details, the analysis focuses on the system and software requirements needed to implement the user requirements. This document gets detailed, but does not delve into programming details. Instead, take the user&#8217;s requirements and clearly identify all of the details and mitigating factors that will affect the solution that the user wants. An analysis may indicate a preference for a particular programming language that best suits the problem domain rather than an algorithm to satisfy a particular requirement. The RAD looks at the URD as defining an entire system, and then breaks the URD down into bite-size chunks (divide and conquer). These chunks identify the subsystems of the overall solution, and the relationships between them. But the RAD also goes further and identifies the actual details of the problem that the user may not be aware of.<\/p>\n<p>The RAD also maps the domain of software systems onto the user requirements. For example, the RAD may indicate that a database is needed for a particular subsystem, or that an expert system can satisfy certain other requirements. The RAD is written from the designer&#8217;s perspective. An astute software designer is one who is aware of available software systems and paradigms. He\/she should know what types of systems and solutions work best in different environments. The RAD, then, identifies the software systems and paradigms that will best fit the user requirements. The RAD doesn&#8217;t design a solution; it merely identifies the most beneficial means for an implementation.<\/p>\n<p>&nbsp;<\/p>\n<p>The RAD has:<\/p>\n<ul>\n<li>\u00a0designer&#8217;s interpretation of the user&#8217;s requirements: identify the &#8220;real&#8221; problem(s)<\/li>\n<li>\u00a0breakdown the problem into high level constituent parts<\/li>\n<li>\u00a0deep analysis of these parts and identification of all relevant details<\/li>\n<li>\u00a0identify existing solutions<\/li>\n<li>\u00a0identify alternative technical solutions<\/li>\n<li>\u00a0link these solutions to the problem(s), especially with respect to details<\/li>\n<li>\u00a0suggest the best solution and break it into parts<\/li>\n<li>\u00a0devise ways to test the solution<\/li>\n<\/ul>\n<p>The RAD does not have:<\/p>\n<ul>\n<li>\u00a0user&#8217;s point of view<\/li>\n<li>\u00a0implementation details<\/li>\n<li>\u00a0algorithms<\/li>\n<li>\u00a0user interface specification<\/li>\n<\/ul>\n<div id=\"themify_builder_content-643\" data-postid=\"643\" class=\"themify_builder_content themify_builder_content-643 themify_builder\">\n    <\/div>\n<!-- \/themify_builder_content -->\n","protected":false},"excerpt":{"rendered":"<p>Requirements Analysis Document (RAD) This document takes the URD as a starting point and looks at the problem from a designer&#8217;s point of view. However, instead of diving directly to implementation details, the analysis focuses on the system and software requirements needed to implement the user requirements. This document gets detailed, but does not delve [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-643","page","type-page","status-publish","hentry","has-post-title","has-post-date","has-post-category","has-post-tag","has-post-comment","has-post-author",""],"_links":{"self":[{"href":"https:\/\/cs.uwc.ac.za\/index.php?rest_route=\/wp\/v2\/pages\/643","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cs.uwc.ac.za\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/cs.uwc.ac.za\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/cs.uwc.ac.za\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/cs.uwc.ac.za\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=643"}],"version-history":[{"count":2,"href":"https:\/\/cs.uwc.ac.za\/index.php?rest_route=\/wp\/v2\/pages\/643\/revisions"}],"predecessor-version":[{"id":645,"href":"https:\/\/cs.uwc.ac.za\/index.php?rest_route=\/wp\/v2\/pages\/643\/revisions\/645"}],"wp:attachment":[{"href":"https:\/\/cs.uwc.ac.za\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=643"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}