English  |  正體中文  |  简体中文  |  Post-Print筆數 : 27 |  Items with full text/Total items : 113303/144284 (79%)
Visitors : 50794733      Online Users : 756
RC Version 6.0 © Powered By DSPACE, MIT. Enhanced by NTU Library IR team.
Scope Tips:
  • please add "double quotation mark" for query phrases to get precise results
  • please goto advance search for comprehansive author search
    •  Adv. Search
    Home ‧ Login ‧ Upload ‧ Help ‧ About ‧ Administer Goto mobile version


    Please use this identifier to cite or link to this item: https://nccur.lib.nccu.edu.tw/handle/140.119/100297


    Title: Revisiting Software Requirements Specifications-What Could We Learn
    Authors: Johansson, Bjorn;Rolandsson, Tanja
    Keywords: Software Requirements Specification;Requirements Engineering;FunctionalRequirements;Non-functional Requirements;IEEE 830
    Date: 2012-03
    Issue Date: 2016-08-16 15:47:01 (UTC+8)
    Abstract: Software requirements specifications (SRSs) are important documentations that reports results of system requirements determination (SRD) when developing software. It forms a base for subsequent activities in a system development process. In order to increase the knowledge of SRS and how such documentation could be structured we present an analysis of nine SRSs. From the analysis of similarities and differences in composition and requirements organization in the SRSs we aim at giving some advice on how a SRS could be improved and thereby supporting development of information systems better. The analysis shows that the overall structure of the SRSs either follows the IEEE (Institute of Electrical and Electronics Engineers) standard 830 with three main sections (introduction - overview - list of requirements), or another structure (introduction - references - list of requirements). However, how specific requirements then are structured and presented differ from SRS to SRS. The most frequent type of requirements is functional requirements, which is not a big surprise. However, more unpredictable is that non-functional requirements are getting less attention. One conclusion is that even though using standards might not be the only way to formulate SRSs, they are being used and serve their purposes, at least to some extent. However, it can also be concluded that the high focus on functional requirements in standards could be seen as an influential factor explaining why SRSs have such a high focus on functional requirements. The main conclusion is that future SRSs should spend more focus on non-functional requirements since these are both more difficult to describe and will probably play an even more important role when developing information systems in the future.
    Relation: 資管評論, 17(2), 31-57
    MIS review
    Data Type: article
    Appears in Collections:[MIS review(資管評論)] 期刊論文

    Files in This Item:

    File Description SizeFormat
    17(2)-31-57.pdf1708KbAdobe PDF2549View/Open


    All items in 政大典藏 are protected by copyright, with all rights reserved.


    社群 sharing

    著作權政策宣告 Copyright Announcement
    1.本網站之數位內容為國立政治大學所收錄之機構典藏，無償提供學術研究與公眾教育等公益性使用，惟仍請適度，合理使用本網站之內容，以尊重著作權人之權益。商業上之利用，則請先取得著作權人之授權。
    The digital content of this website is part of National Chengchi University Institutional Repository. It provides free access to academic research and public education for non-commercial use. Please utilize it in a proper and reasonable manner and respect the rights of copyright owners. For commercial use, please obtain authorization from the copyright owner in advance.

    2.本網站之製作，已盡力防止侵害著作權人之權益，如仍發現本網站之數位內容有侵害著作權人權益情事者，請權利人通知本網站維護人員(nccur@nccu.edu.tw)，維護人員將立即採取移除該數位著作等補救措施。
    NCCU Institutional Repository is made to protect the interests of copyright owners. If you believe that any material on the website infringes copyright, please contact our staff(nccur@nccu.edu.tw). We will remove the work from the repository and investigate your claim.
    DSpace Software Copyright © 2002-2004  MIT &  Hewlett-Packard  /   Enhanced by   NTU Library IR team Copyright ©   - Feedback