<?xml version="1.0" encoding="UTF-8"?><marc:collection xmlns:marc="http://www.loc.gov/MARC21/slim">
  <marc:record>
    <marc:leader>00000nam  2200000za 4500</marc:leader>
    <marc:controlfield tag="001">9.821334</marc:controlfield>
    <marc:controlfield tag="003">CaOODSP</marc:controlfield>
    <marc:controlfield tag="005">20240219183446</marc:controlfield>
    <marc:controlfield tag="007">cr |||||||||||</marc:controlfield>
    <marc:controlfield tag="008">160719s2013    onc|||||o    f000 0 eng d</marc:controlfield>
    <marc:datafield tag="040" ind1=" " ind2=" ">
      <marc:subfield code="a">CaOODSP</marc:subfield>
      <marc:subfield code="b">eng</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="041" ind1=" " ind2=" ">
      <marc:subfield code="a">eng</marc:subfield>
      <marc:subfield code="b">fre</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="043" ind1=" " ind2=" ">
      <marc:subfield code="a">n-cn---</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="086" ind1="1" ind2=" ">
      <marc:subfield code="a">D68-6/159-2013E-PDF</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="100" ind1="1" ind2=" ">
      <marc:subfield code="a">Pall, Raman.</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="245" ind1="1" ind2="3">
      <marc:subfield code="a">An exposition on solving the joint level of repair analysis-spares problem using a multi-objective genetic algorithm </marc:subfield>
      <marc:subfield code="h">[electronic resource] / </marc:subfield>
      <marc:subfield code="c">by Raman Pall, Slawomir Wesolkowski, and Matthew Dozois.</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="260" ind1=" " ind2=" ">
      <marc:subfield code="a">[Ottawa] : </marc:subfield>
      <marc:subfield code="b">Defence Research and Development Canada, </marc:subfield>
      <marc:subfield code="c">c2013.</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="300" ind1=" " ind2=" ">
      <marc:subfield code="a">xiv, 36 p. : </marc:subfield>
      <marc:subfield code="b">tables, graphs.</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="490" ind1="1" ind2=" ">
      <marc:subfield code="a">Technical Memorandum ; </marc:subfield>
      <marc:subfield code="v">2013-159</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="500" ind1=" " ind2=" ">
      <marc:subfield code="a">"September 2013."</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="504" ind1=" " ind2=" ">
      <marc:subfield code="a">Includes bibliographical references.</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="520" ind1=" " ind2=" ">
      <marc:subfield code="a">Level of repair analysis (LORA) is often defined as the problem of determining whether a component should be repaired or discarded upon its failure, and the location in the repair network to do such work. A related problem is the determination of the optimal number of spare components for a given piece of equipment. The most common approaches in the literature on developing a possible spare provisioning decision model are simulation and mathematical programming. Although these two problems (LORA and spare provisioning) are interdependent, they are seldom solved simultaneously due to the complicating nature of the relationships between spare levels and system availability. The need to address LORA and the sparing problems simultaneously has attracted increased attention from the Department of National Defence (DND). In this technical memorandum, the use of a multi-objective genetic algorithm (specifically the Non-dominated Sorting Genetic Algorithm II) is proposed to solve this problem, with optimization objectives as minimizing repair costs (e.g., spare parts, spares transportation, spares storage) and maximizing operational availability. The approach uses a Monte Carlo simulation to generate scenarios based on a dataset which includes failures of the components and their associated times of failure. The objective functions are computed at each genetic algorithm generation based on all generated scenarios. </marc:subfield>
    </marc:datafield>
    <marc:datafield tag="692" ind1="0" ind2="7">
      <marc:subfield code="2">gccst</marc:subfield>
      <marc:subfield code="a">Technical reports</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="693" ind1="0" ind2="7">
      <marc:subfield code="a">Level of repair analysis</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="693" ind1="0" ind2="7">
      <marc:subfield code="a">Military logistics</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="700" ind1="1" ind2=" ">
      <marc:subfield code="a">Wesolkowski, Slawomir.</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="700" ind1="1" ind2=" ">
      <marc:subfield code="a">Dozoism Matthew.</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="710" ind1="2" ind2=" ">
      <marc:subfield code="a">Defence R&amp;D Canada.</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="830" ind1="#" ind2="0">
      <marc:subfield code="a">Technical memorandum (Defence R&amp;D Canada)</marc:subfield>
      <marc:subfield code="v">2013-159</marc:subfield>
      <marc:subfield code="w">(CaOODSP)9.820564</marc:subfield>
    </marc:datafield>
    <marc:datafield tag="856" ind1="4" ind2="0">
      <marc:subfield code="q">PDF</marc:subfield>
      <marc:subfield code="s">637 KB</marc:subfield>
      <marc:subfield code="u">https://publications.gc.ca/collections/collection_2016/rddc-drdc/D68-6-159-2013-eng.pdf</marc:subfield>
    </marc:datafield>
  </marc:record>
</marc:collection>
