Investigating Software Maintainability Development: a Case for ISO 9126

Investigating Software Maintainability Development: a Case for ISO 9126

IJCSI International Journal of Computer Science Issues, Vol. 11, Issue 2, No 2, March 2014 ISSN (Print): 1694-0814 | ISSN (Online): 1694-0784 www.IJCSI.org 18 InInvestigatingvestigating Software Maintainability Development: A case for ISO 9126 Ahmad Haboush, Mohammad Alnabhan, Anas AL-Badareen, Mohammad Al-nawayseh and Bassam EL-Zaghmouri Faculty of Information Technology, Jerash University Jerash, Jordan Abstract Software maintainability has been considered as a main characteristic in many software product quality models. However, these models have different definitions for maintainability and sub characteristics. ISO 9126 is one of the main and most frequently used models in software product quality. This model has been revised and replaced by ISO 25010 as a new model of software product quality. In addition to the many modifications that were performed on ISO 9126 model, maintainability was one of the main modified characteristics. However, it was developed unclearly without any standard base, and with no clear definition or evidence of how the sub characteristics were defined and modified. This paper investigates these modifications and the differences between the definitions of the maintainability in the two models, ISO 9126 and ISO 25010. As a result of this discussion, it has been concluded that both models ISO 9126 and ISO 25010 lack of a clear definition or standard base for defining software maintainability and its sub characteristics. Fig. 1: The ISO/IEC 9126 Model Keywords: Quality Model, ISO/IEC 9126, ISO/IEC 25010, Maintainability, Reusability. • ISO/IEC 9126-1 [1]: new updated quality model. • ISO/IEC 9126-2 [2]: new set of external measures. 1. Introduction • ISO/IEC 9126-3 [3]: new set of internal measures. • ISO/IEC 9126-4 [4]: new set of quality in use The In last decades, many models of software quality have measures. been proposed. In 1978, ISO/IEC intended to propose a standard model for software quality in order to unify the However, this model suffers from the ambiguity in the evaluation process of software quality as well as to definition of the quality characteristics and their eliminate the debate between software quality models. The relationships [5], and it is not suitable to measure the first version was released in 1991, and called ISO 9126. design quality of software product [6]. The inconsistency in definitions of the quality characteristics and their sub- As shown in figure 1, the model specified six characteristics results contradictions in the developed characteristics including Functionality, Reliability, models [7]. Consequently, different quality models are Usability, Efficiency, Maintainability, and Portability; developed to evaluate same types of software products. which are further divided into 21 sub-characteristics. The Therefore, ISO/IEC proposed a new model that aim to defined characteristics are applicable to every kind of resolve these problems and many others as stated in software, including computer programs and data contained literature. in firmware, and provide consistent terminology for software product quality. They also provide a framework ISO/IEC 25010 [8] is a derived version from ISO/IEC for making trade-offs between software product 9126:1991 (see figure 2). The model incorporates the same capabilities. Several corrections and enhancements were quality characteristics with some modifications. Software performed and revised versions were released, as follows: maintainability is one of the main characteristics that were Copyright (c) 2014 International Journal of Computer Science Issues. All Rights Reserved. IJCSI International Journal of Computer Science Issues, Vol. 11, Issue 2, No 2, March 2014 ISSN (Print): 1694-0814 | ISSN (Online): 1694-0784 www.IJCSI.org 19 affected by these modifications. Two characteristics were eliminated (stability and compliance) and new other two The maintenance process has been defined as one of the were added (reusability, and modularity). main factors that have impact on the quality of the software product. The ability to achieve this process has been However, as in ISO 9126, the maintainability sub considered early since the first model of software quality. characteristics were defined ambiguously without clear All the models agreed that, software maintainability is one definition or standard form, the modifications in the new of the main factors in software quality, but they differ in version ISO 25010 were also performed in the same way. the characteristics that are used to measure this factor and the structure of these characteristics. Generally, software The paper starts in section two with presenting the maintenance requires an understandable, analyzable, maintenance process and its objectives. Section three modifiable, and testable software product in order to be presents the reuse process and its relationship with the performed efficiently. maintenance. Section four presents the modularity characteristic and its relationship with maintenance According to ISO/IEC 25010 [8], software maintainability processes. Section five presents the stability and its is the degree of the effectiveness and efficiency of relationship with modifiability. Section six presents the modifying the software product by maintainers. This compliance characteristic. Finally, discussion and characteristic represents the ability to modify the software recommendations are presented in section seven. product efficiently and easily in order to correct, enhance, or adapt it. ISO 9126 involves five sub characteristics in order to measure the maintainability factor: analyzability, 2. Software Maintenance changeability, stability, testability, and compliance, while ISO 25010 involves modularity, reusability, analyzability, Software maintenance is the process of modifying software modifiability, and testability. product either for correction, enhancement, or adaptation. It is an inescapable part of software lifecycle [9], which is According to IEEE [15] software maintainability is any required to keep the software product useful and updated modification made on software product after delivery, in with the world changes [10-11]. However, the main order to correct faults, improve performance and other problem with software maintenance is that it is the most attributes, or to adapt the product to a modified hard, costly and error and error-prone process in software environment. This standard identified four main objectives life cycle [12-13]. Its cost is approximately equal to (80- that the maintenance process can be performed for: 90%) of the total cost of software development life cycle a) Corrective; [10, 14]. Therefore, much attention has been given to this b) Adaptive; process, and how it can be performed efficiently with a c) Perfective; and minimum cost. d) Emergency. Fig. 2: The ISO/IEC 25010 Quality Model Copyright (c) 2014 International Journal of Computer Science Issues. All Rights Reserved. IJCSI International Journal of Computer Science Issues, Vol. 11, Issue 2, No 2, March 2014 ISSN (Print): 1694-0814 | ISSN (Online): 1694-0784 www.IJCSI.org 20 reusable assets or modifying the existing components to According to AL-Badareen [16-17], software maintenance achieve them. Therefore, three main types of reusable is a process of modifying software product, which assets can be involved in the reuse process [18]: normal conducted through four main tasks: understanding, asset, reusable asset with internal components, and analyzing, modifying, and testing the software product, see reusable asset with market components. figure 3. • Normal asset: is a software component developed for specific function in certain software product meanwhile the reusability characteristics are not considered during the development process. This type of software components is in-house developed software which includes design and its all internal components. Moreover, it is required to be portable and interoperable to work with different systems in different environments. Therefore, it has to be modified to achieve the new requirements. Fig. 3: Software Maintenance Processes • Reusable Asset with Internal Components: software components that are developed to be used in different Software maintenance mainly focuses on the modification of software product. According to Souza [10], the software systems in the future. It is in-house developed maintenance process is performed on software product software which includes the design and all of its internal after its delivery. The maintenance process does not care components. This type of components possesses the about modifying the software product, as much as reusability characteristics, and also allows any achieving the modification objectives efficiently. modification might be required for adaptation to the new system. 3. Software Reuse • Reusable Asset with Market Components: is reusable Software reuse is the process of using an existing software software components imported from external sources. It product or part of it in order to develop a new software is a market resource, which does not allow any product. This process is used to reduce the effort, cost, and modification might be required. Therefore, any time of developing software products [18]. It increases the modification required for adaptation has to be on the productivity of software development [19] [20] as well as enhances the quality it[21]. system architecture instead of the component. According to ISO/IEC 25010 [8], software reusability is Based on the types of the reusable

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    6 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us