{"id":326,"date":"2018-04-27T14:17:31","date_gmt":"2018-04-27T13:17:31","guid":{"rendered":"http:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/?p=326"},"modified":"2018-04-29T13:01:18","modified_gmt":"2018-04-29T12:01:18","slug":"application-requirements","status":"publish","type":"post","link":"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/2018\/04\/27\/application-requirements\/","title":{"rendered":"Application Requirements"},"content":{"rendered":"<p style=\"text-align: left\"><span style=\"font-weight: 400\">After identifying the application purpose and target group, based on these we developed a set of requirements that should be met on the application. But before the actual development of the software, we needed to decide what is essential for the first version of it [1] and what features are recommended for the future work. Thus, we chose to prioritize the requirements. We used the MoSCoW technique to do so. This way, we selected an appropriate set of requirements from the overall set in order to develop cost-effective software that respects its purpose. We, also, identified the desired or nice to have features in the future versions. A brief description of the MoSCoW technique we applied can be found below:<\/span><!--more--><\/p>\n<ul style=\"text-align: left\">\n<li style=\"font-weight: 400\"><span style=\"font-weight: 400\">Must (M)- are not negotiable; the failure to deliver these requirements would result in the failure of the entire project<\/span><\/li>\n<li style=\"font-weight: 400\"><span style=\"font-weight: 400\">Should (S) &#8211; \u00a0Important features that would be good to have if at all possible. However, these features are still high priority <\/span><\/li>\n<li style=\"font-weight: 400\"><span style=\"font-weight: 400\">Could ( C )- Features that would be nice to have if at all possible but slightly less advantageous than the \u201cShould (S)\u201d<\/span><\/li>\n<li style=\"font-weight: 400\"><span style=\"font-weight: 400\">Would (W) &#8211; These requirements are not unimportant, but they will definitely not be implemented in the current software project. They may, at a later stage, be created. [2]<\/span><\/li>\n<\/ul>\n<p style=\"text-align: left\"><span style=\"font-weight: 400\">A structured collection of these requirements can be found in the spreadsheet available <a href=\"https:\/\/docs.google.com\/spreadsheets\/d\/1N8lDyJIjIf6zd4MeVft6gqRZM1DCDLOHKEK9W6Wwnp4\/edit#gid=0\">here<\/a><\/span><span style=\"font-weight: 400\">. The requirements in the document are sorted based on the role of the users.<\/span><\/p>\n<p style=\"text-align: left\"><b>References<\/b><span style=\"font-weight: 400\">:<\/span><\/p>\n<p style=\"text-align: left\"><span style=\"font-weight: 400\">[1] \u00a0M. Dabbagh, S. Lee, A consistent approach for prioritizing system quality attributes, in: Software Engineering, Artificial Intelligence, Networking and Parallel\/Distributed Computing (SNPD), 2013 14th ACIS International Conference on, IEEE, pp. 317\u2013322.<\/span><\/p>\n<p style=\"text-align: left\"><span style=\"font-weight: 400\">[2] Achimugu, P., Selamat, A., Ibrahim, R. and Mahrin, M.N.R., 2014. A systematic literature review of software requirements prioritization research. Information and software technology, 56(6), pp.568-585. <\/span><\/p>\n<p>&nbsp;<\/p>\n<p><i><span style=\"font-weight: 400\">Authors: Emanuela Colta and Kholoud Alghamdi<\/span><\/i><\/p>\n","protected":false},"excerpt":{"rendered":"<p>After identifying the application purpose and target group, based on these we developed a set of requirements that should be met on the application. But before the actual development of the software, we needed to decide what is essential for the first version of it [1] and what features are recommended for the future work. &hellip; <\/p>\n<p class=\"link-more\"><a href=\"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/2018\/04\/27\/application-requirements\/\" class=\"more-link\">Continue reading<span class=\"screen-reader-text\"> &#8220;Application Requirements&#8221;<\/span><\/a><\/p>\n","protected":false},"author":2964,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[40,22,42,43,41],"class_list":["post-326","post","type-post","status-publish","format-standard","hentry","category-mockups-and-ideas","tag-application-requirements","tag-design","tag-moscow","tag-requirements","tag-user-stories"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/wp-json\/wp\/v2\/posts\/326","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/wp-json\/wp\/v2\/users\/2964"}],"replies":[{"embeddable":true,"href":"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/wp-json\/wp\/v2\/comments?post=326"}],"version-history":[{"count":7,"href":"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/wp-json\/wp\/v2\/posts\/326\/revisions"}],"predecessor-version":[{"id":389,"href":"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/wp-json\/wp\/v2\/posts\/326\/revisions\/389"}],"wp:attachment":[{"href":"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/wp-json\/wp\/v2\/media?parent=326"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/wp-json\/wp\/v2\/categories?post=326"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/generic.wordpress.soton.ac.uk\/meetingofminds\/wp-json\/wp\/v2\/tags?post=326"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}