<?xml version="1.0" encoding="UTF-8"?>
<record
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.loc.gov/MARC21/slim http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd"
    xmlns="http://www.loc.gov/MARC21/slim">

  <leader>04599nam a22003257a 4500</leader>
  <controlfield tag="003">OSt</controlfield>
  <controlfield tag="005">20260731112427.0</controlfield>
  <controlfield tag="008">260731b        |||||||| |||| 00| 0 eng d</controlfield>
  <datafield tag="020" ind1=" " ind2=" ">
    <subfield code="a">9789348196798 [hardbound] </subfield>
  </datafield>
  <datafield tag="040" ind1=" " ind2=" ">
    <subfield code="a">University of Cebu-Banilad </subfield>
    <subfield code="c">University of Cebu-Banilad </subfield>
  </datafield>
  <datafield tag="100" ind1=" " ind2=" ">
    <subfield code="a">White, Morio, </subfield>
    <subfield code="e">author. </subfield>
  </datafield>
  <datafield tag="245" ind1=" " ind2=" ">
    <subfield code="a">Metric and model in software quality engineering / </subfield>
    <subfield code="c">by Morio White.  </subfield>
  </datafield>
  <datafield tag="250" ind1=" " ind2=" ">
    <subfield code="a">First edition. </subfield>
  </datafield>
  <datafield tag="260" ind1=" " ind2=" ">
    <subfield code="a">New Delhi, India : </subfield>
    <subfield code="b">Venus Books Publishers &amp; Distributors, </subfield>
    <subfield code="c">c2025.</subfield>
  </datafield>
  <datafield tag="300" ind1=" " ind2=" ">
    <subfield code="a">ix, 332 pages : </subfield>
    <subfield code="b">illustrations (black and white) ; </subfield>
    <subfield code="c">24 cm. </subfield>
  </datafield>
  <datafield tag="336" ind1=" " ind2=" ">
    <subfield code="2">rdacontent</subfield>
    <subfield code="a">text </subfield>
  </datafield>
  <datafield tag="337" ind1=" " ind2=" ">
    <subfield code="2">rdamedia</subfield>
    <subfield code="a">unmediated</subfield>
  </datafield>
  <datafield tag="338" ind1=" " ind2=" ">
    <subfield code="2">rdacarrier</subfield>
    <subfield code="a">volume </subfield>
  </datafield>
  <datafield tag="504" ind1=" " ind2=" ">
    <subfield code="a">Includes bibliographical references and index.  </subfield>
  </datafield>
  <datafield tag="505" ind1=" " ind2=" ">
    <subfield code="a">Contents: 1. What is software quality? -- 2. Software development process models -- 3. Software quality metrics overview -- 4. Metrics for software maintenance. </subfield>
  </datafield>
  <datafield tag="520" ind1=" " ind2=" ">
    <subfield code="a">"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.

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.

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 </subfield>
  </datafield>
  <datafield tag="521" ind1=" " ind2=" ">
    <subfield code="a">Adult </subfield>
  </datafield>
  <datafield tag="541" ind1=" " ind2=" ">
    <subfield code="a">Purchased</subfield>
    <subfield code="x">Ortega, Eric</subfield>
    <subfield code="y">College of Computer Studies</subfield>
    <subfield code="z">Computer Science</subfield>
  </datafield>
  <datafield tag="546" ind1=" " ind2=" ">
    <subfield code="a">Text in English </subfield>
  </datafield>
  <datafield tag="650" ind1=" " ind2=" ">
    <subfield code="a">Software.</subfield>
  </datafield>
  <datafield tag="650" ind1=" " ind2=" ">
    <subfield code="a">Engineering. </subfield>
  </datafield>
  <datafield tag="942" ind1=" " ind2=" ">
    <subfield code="2">ddc</subfield>
    <subfield code="c">BK</subfield>
  </datafield>
  <datafield tag="998" ind1=" " ind2=" ">
    <subfield code="c">Janna [new]</subfield>
    <subfield code="d">07/31/2026</subfield>
  </datafield>
  <datafield tag="999" ind1=" " ind2=" ">
    <subfield code="c">15572</subfield>
    <subfield code="d">15572</subfield>
  </datafield>
  <datafield tag="952" ind1=" " ind2=" ">
    <subfield code="0">0</subfield>
    <subfield code="1">0</subfield>
    <subfield code="2">ddc</subfield>
    <subfield code="4">0</subfield>
    <subfield code="7">0</subfield>
    <subfield code="a">UCBL_MAIN</subfield>
    <subfield code="b">UCBL_MAIN</subfield>
    <subfield code="c">SUBJ.REF</subfield>
    <subfield code="d">2026-07-31</subfield>
    <subfield code="e">Albasa-Mindmover </subfield>
    <subfield code="g">8250.00</subfield>
    <subfield code="l">0</subfield>
    <subfield code="o">005.10685 W58 2025</subfield>
    <subfield code="p">3UCBL000029702</subfield>
    <subfield code="r">2026-07-31</subfield>
    <subfield code="w">2026-07-31</subfield>
    <subfield code="y">SR</subfield>
  </datafield>
</record>
