McCall's Quality Model - 1977

Jim McCall produced this model for the US Air Force and the intention was to bridge the gap between users and developers. He tried to map the user view with the developer's priority. McCall identified three main perspectives for characterizing the quality attributes of a software product. These perspectives are: Product revision (ability to change).  Product transition (adaptability to new environments).  Product operations (basic operational characteristics). Product revision The product revision perspective identifies quality factors that influence the ability to change the software product, these factors are: Maintainability, the ability to find and fix a defect.  Flexibility, the ability to make changes required as dictated by the business.  Testability, the ability to Validate the software requirements. Product transition The product transition perspective identifies quality factors that influence the ability to adapt the software to new environments: Portability, the ability to transfer the software from one environment to another.  Reusability, the ease of using existing software components in a different context.  Interoperability, the extent, or ease, to which software components work together. Product operations The product operations perspective identifies quality factors that influence the extent to which the software fulfils its specification: Correctness, the functionality matches the specification.  Reliability, the extent to which the system fails.  Efficiency, system resource (including cpu, disk, memory, network) usage.  Integrity, protection from unauthorized access.  Usability, ease of use. In total McCall identified the 11 quality factors broken down by the 3 perspectives, as listed above. For each quality factor McCall defined one or more quality criteria (a way of measurement), in this way an overall quality assessment could be made of a given software product by evaluating the criteria for each factor. For example the Maintainability quality factor would have criteria of simplicity, conciseness and modularity.

Boehm's Quality Model - 1978

Barry W. Boehm also defined a hierarchical model of software quality characteristics, in trying to qualitatively define software quality as a set of attributes and metrics (measurements). At the highest level of his model, Boehm defined three primary uses (or basic software requirements), these

 Efficiency. with a similar purpose. reliability and efficiency). some comparisons and observations can be made that generalize the overall quest to characterize software. The ISO 9126 represents the ISO's recent attempt to define a set of useful quality characteristics. structure and self descriptiveness. ease of use. The presence of more or less factors is not.  McCall (1977)  Boehm (1978) . for example Testability is broken down into:. the ease of changing the software to meet revised requirements. the extent to which the software is easily comprehended with regard to purpose and structure. Both of McCall and Boehm models follow a similar structure.  Usability. ease of use. operating systems.  Testability. optimum use of system resources during correct execution. databases etc. the intention is to be able to measure the lowest level of the model. These three primary uses had quality factors associated with them .  Reliability. for example: usability. Summary of the two models Although only a summary of the two example software factor models has been given. efficiency and reliability. communicativeness.  Understandability. ease of identifying what needs to be changed as well as ease of modification and retesting.  Maintainability. ease of validation. The value of these. however.  Portability.  Flexibility. the extent to which the software will work under different computer configurations (i. this reflects the intangible nature of software and the essential difficulties that this brings.e. is purely a pragmatic one and not in the semantics or structural differences. ease of changing software to accommodate a new environment.e. that the software meets the requirements. and other models. Some quality factors are repeated. They both attempt to breakdown the software artifact into constructs that can be measured. These quality factors are further broken down into Primitive constructs that can be measured. As with McCall's Quality Model. i. representing the next level of Boehm's hierarchical model. It is unlikely that one model will emerge as best and there is always likely to be other models proposed. indicative of a better or worse model. Boehm identified seven quality factors. The extent to which one model allows for an accurate measurement (cost and benefit) of the software will determine its value. portability. the extent to which the as-is software can be used (i.e.). namely: Portability.accessibility. the extent to which the software performs as required. the absence of defects.three primary uses are: As-is utility.

Sign up to vote on this title
UsefulNot useful