| 000 -LEADER |
| fixed length control field |
04599nam a22003257a 4500 |
| 003 - CONTROL NUMBER IDENTIFIER |
| control field |
OSt |
| 005 - DATE AND TIME OF LATEST TRANSACTION |
| control field |
20260731112427.0 |
| 008 - FIXED-LENGTH DATA ELEMENTS--GENERAL INFORMATION |
| fixed length control field |
260731b |||||||| |||| 00| 0 eng d |
| 020 ## - INTERNATIONAL STANDARD BOOK NUMBER |
| International Standard Book Number |
9789348196798 [hardbound] |
| 040 ## - CATALOGING SOURCE |
| Original cataloging agency |
University of Cebu-Banilad |
| Transcribing agency |
University of Cebu-Banilad |
| 100 ## - MAIN ENTRY--PERSONAL NAME |
| Personal name |
White, Morio, |
| Relator term |
author. |
| 245 ## - TITLE STATEMENT |
| Title |
Metric and model in software quality engineering / |
| Statement of responsibility, etc |
by Morio White. |
| 250 ## - EDITION STATEMENT |
| Edition statement |
First edition. |
| 260 ## - PUBLICATION, DISTRIBUTION, ETC. (IMPRINT) |
| Place of publication, distribution, etc |
New Delhi, India : |
| Name of publisher, distributor, etc |
Venus Books Publishers & Distributors, |
| Date of publication, distribution, etc |
c2025. |
| 300 ## - PHYSICAL DESCRIPTION |
| Extent |
ix, 332 pages : |
| Other physical details |
illustrations (black and white) ; |
| Dimensions |
24 cm. |
| 336 ## - CONTENT TYPE |
| Source |
rdacontent |
| Content type term |
text |
| 337 ## - MEDIA TYPE |
| Source |
rdamedia |
| Media type term |
unmediated |
| 338 ## - CARRIER TYPE |
| Source |
rdacarrier |
| Carrier type |
volume |
| 504 ## - BIBLIOGRAPHY, ETC. NOTE |
| Bibliography, etc |
Includes bibliographical references and index. |
| 505 ## - FORMATTED CONTENTS NOTE |
| Formatted contents note |
Contents: 1. What is software quality? -- 2. Software development process models -- 3. Software quality metrics overview -- 4. Metrics for software maintenance. |
| 520 ## - SUMMARY, ETC. |
| Summary, etc |
"Software quality is defined as a field of study and practice that describes the desirable attributes of software products. There are two main approaches to software quality: defect management and quality attributes. A software defect can be regarded as any failure to address end-user requirements. Common defects include missed or misunderstood requirements and errors in design, functional logic, data relationships, process timing, validity checking, and coding errors. The software defect management approach is based on counting and managing defects. Defects are commonly categorized by severity, and the numbers in each category are used for planning. More mature software development organizations use tools, such as defect leakage matrices (for counting the numbers of defects that pass through development phases prior to detection) and control charts, to measure and improve development process capability. This approach to software quality is best exemplified by fixed quality models, such as ISO/IEC 25010:2011. A measurement is a manifestation of the size, quantity, amount, or dimension of a particular attribute of a product or process. Software measurement is a titrate impute of a characteristic of a software product or the software process. In Software Engineering, Software Measurement is done based on some Software Metrics where these software metrics are referred to as the measure of various characteristics of a Software.<br/><br/>A metric is a measurement of the level at which any impute belongs to a system product or process. Software metrics are a quantifiable or countable assessment of the attributes of a software product. Traditionally, a high-quality product is outlined in terms of its fitness of purpose. That is, a high-quality product will specifically be what the users need to try. For code merchandise, the fitness of purpose is typically taken in terms of satisfaction of the wants arranged down within the SRS document. Though "fitness of purpose" could be a satisfactory definition of quality for some merchandise like an automobile, a table fan, a grinding machine, etc. for code merchandise, "fitness of purpose" isn't a completely satisfactory definition of quality. Software Quality shows how good and reliable a product is. To convey an associate degree example, think about functionally correct software. It performs all functions as laid out in the SRS document. But, it has an associate degree virtually unusable program, even though it should be functionally correct, we tend not to think about it to be a high-quality product. Another example is also that of a product that will have everything that the users need but has an associate degree virtually incomprehensible and not maintainable code. Therefore, the normal construct of quality as "fitness of purpose" for code merchandise isn't satisfactory. The modern read of high-quality associates with software many quality factors. Software quality assurance engineers strive to build quality into their products by engaging in activities like requirements analysis, design, coding, testing, and maintenance.<br/><br/>In addition to the excellent balance of theory, techniques, and examples, this book is highly instructive and practical, covering one of the most important topics in software development-quality engineering." --Preface |
| 521 ## - TARGET AUDIENCE NOTE |
| Target audience note |
Adult |
| 541 ## - IMMEDIATE SOURCE OF ACQUISITION NOTE |
| Source of acquisition |
Purchased |
| Deans/Chairperson |
Ortega, Eric |
| Department |
College of Computer Studies |
| Subject Category |
Computer Science |
| 546 ## - LANGUAGE NOTE |
| Language note |
Text in English |
| 650 ## - SUBJECT ADDED ENTRY--TOPICAL TERM |
| Topical term or geographic name as entry element |
Software. |
| 650 ## - SUBJECT ADDED ENTRY--TOPICAL TERM |
| Topical term or geographic name as entry element |
Engineering. |
| 942 ## - ADDED ENTRY ELEMENTS (KOHA) |
| Source of classification or shelving scheme |
|
| Type of record |
Book |
| 998 ## - LOCAL CONTROL INFORMATION (RLIN) |
| Encoded by |
Janna [new] |
| Date encoded |
07/31/2026 |