<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Searching for Relevant Lessons Learned Using Hybrid Information Retrieval Classi ers: A Case Study in Software Engineering</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Tamer Mohamed Abdellatif, Luiz Fernando Capretz and Danny Ho Dept. of Electrical &amp; Computer Engineering Western University</institution>
        </aff>
      </contrib-group>
      <fpage>12</fpage>
      <lpage>17</lpage>
      <abstract>
        <p>The lessons learned (LL) repository is one of the most valuable sources of knowledge for a software organization. It can provide distinctive guidance regarding previous working solutions for historical software management problems, or former success stories to be followed. However, the unstructured format of the LL repository makes it di cult to search using general queries, which are manually inputted by project managers (PMs). For this reason, this repository may often be overlooked despite the valuable information it provides. Since the LL repository targets PMs, the search method should be domain speci c rather than generic as in the case of general web searching. In previous work, we provided an automatic information retrieval based LL classi er solution. In our solution, we relied on existing project management artifacts in constructing the search query on-the- y. In this paper, we extend our previous work by examining the impact of the hybridization of multiple LL classi ers, from our previous study, on performance. We employ two of the hybridization techniques from the literature to construct the hybrid classi ers. An industrial dataset of 212 LL records is used for validation. The results show the superiority of the hybrid classi er over the top achieving individual classi er, which reached 24%.</p>
      </abstract>
      <kwd-group>
        <kwd>Professional search</kwd>
        <kwd>lessons learned recall</kwd>
        <kwd>project management lessons learned</kwd>
        <kwd>information retrieval</kwd>
        <kwd>hybrid classi ers</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction and Background</title>
      <p>Software organizations supposedly store their historical data in lessons learned (LL) repositories. This data can be success
stories or solutions to issues that were discovered in previous projects, which can be reused in similar future situations.
On the other hand, this data can also include failure stories, pitfalls or mistakes from previous projects to be avoided in
similar future projects. Accordingly, the LL repositories contain information that can be useful in guiding project managers
(PMs) to leverage opportunities or avoid repeating past mistakes. For example, an LL record concerning a decision about
whether to implement a mobile application in-house or outsource the implementation can take the following form:</p>
      <p>Context : the project scope includes an implementation of a small-sized mobile application. This mobile application is
not reusable, i.e., it will only be used in this project.</p>
      <p>Copyright c by the paper's authors. Copying permitted for private and academic purposes.</p>
      <p>Problem: if the mobile application is of a small size, then the organizational process overhead, such as quality assurance
and management reporting tasks, will a ect the pro t of implementing the mobile application in-house.</p>
      <p>Recommended actions: outsource the implementation to an external mobile application specialized company. Contact
the purchase team for a trusted partners list.</p>
      <p>
        However, this LL information can only be bene cial if project managers refer to it frequently to solve present issues
or to seek potential opportunities, which is not always the case. Unfortunately, LL are often abandoned by PMs due to
the e ort and time needed to manually search for relevant LL records within the unstructured, i.e., natural language, LL
repository [
        <xref ref-type="bibr" rid="ref10">11</xref>
        ]. Also, it has been found to be di cult to search for relevant LL records using a general search methodology
or search terms manually de ned by PMs. This calls for automatic domain speci c, i.e., professional search, LL recall
solutions [9]. By automatic we mean that there should be no need for manual searching to facilitate the exploitation
of LL. In a previous study, we worked on satisfying this need by providing an automatic domain speci c LL recall, i.e.,
retrieval, system [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
      </p>
      <p>
        Regarding the software engineering literature, there is a paucity of software engineering research addressing LL recall
solutions [9]. As per our knowledge, the most relevant studies have been conducted by Sary and Mackey [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] and by
Weber et al. [
        <xref ref-type="bibr" rid="ref9">10</xref>
        ]. Both studies employed case-based reasoning techniques in order to build their systems. Also, these
studies have the common limitation of the need to arrange the LL repository records in a question-answer format. This
transformation is di cult to achieve in reality as it demands extra e ort and time. This limitation is not valid in our
solution since the classi er is constructed using the LL repository records as is, with no transformation needed. Also,
these studies are di erent from our solution since we employ information retrieval (IR) techniques instead of case-based
reasoning. As per our knowledge, we are the rst to apply the IR models to the software project management LL recall
context [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        In order to make our solution speci c to the project management LL domain, we relied on two of the existing and
most in uential project management artifacts, namely project management issues and risks, to automatically invoke our
constructed classi ers. Since these artifacts are already associated with the software development project lifecycle, there
is no need for the manual involvement of PMs. We relied on some of the most popular IR models from the literature to
construct the LL classi ers. In addition, we evaluated our solution through an empirical case study using a real dataset
from industry [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. The results of the case study proved the e ectiveness of our solution by achieving an accuracy rate of
about 70%.
      </p>
      <p>
        In this paper, we conduct an extension case study. In this study, we constructed hybrid LL classi ers by combining
multiple LL classi ers from our previous work in order to examine the impact of this hybridization on the performance
of the LL classi ers. Our main motive for conducting such an extension was that although several domains have studied
the hybridization of classi ers [
        <xref ref-type="bibr" rid="ref4 ref8">4, 8</xref>
        ], it has not been studied in the LL recall context.
      </p>
      <p>
        The results from our extension study showed an improvement in the majority of the hybrid cases that were studied.
Although some of the cases showed no improvement or showed a decrease in the performance of the hybrid classi ers, the
fact that the hybridization was successful in most of the other cases, and in other software engineering domains [
        <xref ref-type="bibr" rid="ref4 ref8">4, 8</xref>
        ],
makes considering the hybrid classi ers interesting for future studies regarding LL recall.
2
2.1
      </p>
    </sec>
    <sec id="sec-2">
      <title>Case Study Design</title>
      <sec id="sec-2-1">
        <title>Previous Case Study Summary</title>
        <p>
          In our previous work [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ], we provided a solution to improve the retrieval of the software LL and make them available
to PMs. We relied on two of the software project management artifacts, namely project management issues and risk
register. These two artifacts were used to construct a query string on-the- y. The constructed query string was then
used to automatically call an LL classi er in order to retrieve LL records relevant to the project at hand. Regarding
the LL classi ers, we employed three of the popular IR models to construct the classi ers, and we considered multiple
parameter values to con gure and construct multiple classi ers. The employed IR models were the Vector Space Model
(VSM) [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ], the Latent Semantic Indexing (LSI) [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ], and the Latent Dirichlet Allocation (LDA) [
          <xref ref-type="bibr" rid="ref6 ref7">6, 7</xref>
          ]. The parameter
values considered for the VSM were as follows: term weight (tf-idf, sublinear tf-idf, boolean), where tf is term frequency
and idf is inverse document frequency, and similarity (cosine, overlap) [
          <xref ref-type="bibr" rid="ref6 ref7">6, 7</xref>
          ]. In this paper, we use the following notation
to refer to a constructed VSM classi er: VSM+term weight+similarity method+preprocessing step. For example, the
classi er VSM+tf-idf+cosine+none refers to the LL classi er constructed by employing the VSM IR model with the
con guration parameter term weight set to tf-idf, the similarity method set to the cosine method and applying none
of the preprocessing steps on the data.The parameter values for LSI were term weight (tf-idf, sublinear tf-idf, boolean),
similarity (cosine), and number of topics (32, 64, 128, 256). For LDA, the parameter values were number of topics (32,
64, 128, 256) and similarity (conditional probability). Like VSM, the notations used to refer to LSI and LDA classi ers
are LSI+term weight+similarity method+number of topics+preprocessing step and LDA+number of topics+preprocessing
steps, respectively.
        </p>
        <p>
          In order to reduce the noise in the input data, we considered two of the preprocessing steps from the natural language
processing literature, namely stemming and stopping steps [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ]. In the stemming step, the word is replaced by its
morphological root. In the stopping step, commonly used words, such as "the" in the English language, are removed [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ]. We
considered studying the constructed classi er by applying four combinations of these steps to the input data: 1) none of
the preprocessing steps were applied, 2) only the stemming step was applied, 3) only the stopping step was applied, and
4) both steps were applied together.
        </p>
        <p>
          In our previous case study, we considered all combinations for all IR models, parameter values and input preprocessing
steps, which led to the construction of 88 LL classi ers. The performance of all the considered classi ers was validated
using the top-K performance metric from the IR literature [
          <xref ref-type="bibr" rid="ref7 ref8">7, 8</xref>
          ]. Top-K, top-20 in our study, examines the number of
queries where the classi er returns at least one relevant record within the rst K items of the retrieved list.
        </p>
        <p>
          Also, for our solution validation, we relied on a real industrial dataset provided by a multinational software development
partner. The validation dataset included 212 real LL records from 30 projects and 55 project management issues and risk
records. In addition, both the performance results and the impact of each parameter value on the results were statistically
analyzed. A satisfactory maximum performance result of 70% for the top-20 was recorded, which positively proved the
e ectiveness of our provided solution [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ].
2.2
        </p>
      </sec>
      <sec id="sec-2-2">
        <title>Lessons Learned Hybrid Classi ers</title>
        <p>Di erent classi ers can perform in di erent ways in relation to the same dataset and inputs. This means that di erent
classi ers can exhibit di erent errors and advantages. Thus, combining multiple classi ers together can lead either
optimistically to better performance as they complement each other to avoid individual errors, or negatively to worse
performance when they distract each other. This depends heavily on the chosen classi ers. Based on this information, we
aim, in our case study, to combine multiple classi ers from our previous work to construct a hybrid classi er, and then
study the impact of this combination on performance.</p>
      </sec>
      <sec id="sec-2-3">
        <title>Hybridization Techniques</title>
        <p>
          We employed two hybridization techniques from the literature [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ] to combine individual classi ers into one hybrid classi er.
These two techniques are Borda count and Score Addition. The Borda technique is a rank-based technique. This means
that it relies on the rank, (i.e., the order in the retrieved list of the retrieved item, the relevant LL in our case), within
the classi cation results list from each individual classi er, to assign this item a rank score. The Borda count can be
calculated as stated in [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ] as
        </p>
        <p>Borda(dK ) = X Mi
r(dK jCi) + 1</p>
        <p>
          [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ]
        </p>
        <p>
          Ci C
where dK is the retrieved list item for which the Borda count is calculated, C is the collection of the hybrid classi ers,
Ci is the ith classi er within the C collection, Mi is the number of retrieved items that received a non-zero score in the
retrieved list by the classi er Ci, and r(dK jCi) is the dK rank or order within the Ci retrieved list [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ].
        </p>
        <p>
          On the other hand, the score addition technique relies on the items weight, or the score given by the individual
classi ers. The total hybrid score of each retrieved item is calculated as the summation of the individual score of this item
from each of the combined classi ers [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ]. In order to avoid any mistaken bias to a certain classi er due to the weighting
scale, the items weights in each of the combined classi ers list are scaled to be within the same range of [
          <xref ref-type="bibr" rid="ref1">0-1</xref>
          ]. Accordingly,
the individual items score addition can be calculated as follows:
        </p>
        <p>ScoreAddition(dK ) = X S(dK jCi)</p>
        <p>
          Ci C
where S(dK jCi) is the score of dK given by the classi er Ci [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ]. Finally, the items are placed in a descending order, based
on their total score.
        </p>
      </sec>
      <sec id="sec-2-4">
        <title>Hybrid Classi ers Selection</title>
        <p>The selection of the combined classi ers has a crucial impact on the performance of the constructed hybrid classi er. For
this reason, we tried to choose the classi ers that can positively complement each other. Thus, we chose the classi ers
that had been exposed to di erent formats of the input data, because such classi ers would have a higher chance of
coming up with di erent insights and conclusions regarding the dataset at hand, which we thought could improve their
combined performance. That said, we decided to proceed with the classi ers that were constructed by applying di erent
input preprocessing step combinations.</p>
        <p>These preprocessing steps were employed in four combinations, as described in Section 2.1, leading to four classi er
subspaces. So, for each IR model, we considered a top performer classi er from each of the four classi er subspaces. This
resulted in the selection of four classi ers from each of the VSM, LSI, and LDA models that included: the top classi er
when none of the preprocessing steps were applied, the top classi er when the stemming step was applied, the top classi er
when the stopping step was applied, and nally the top performer classi er when both the stemming and stopping steps
were applied together. In our experiment, we examined the performance of the hybrid classi ers constructed by combining
the four selected classi ers of each IR model in pairs. In addition to studying these pairs of classi er combinations, we
studied the performance of the combination of the four selected classi ers in each IR model as well. Finally, we combined
all of the selected classi ers from all IR models together (four classi ers from each of the three IR models considered).
All the classi er combinations are shown in Table 1.</p>
        <p>LDA Top
Classi ers
Combination ID
1
2
3
4
5
6
7
LSI Top
Classi ers
Combination ID
8
9
10
11
12
13
14
VSM Top
Classi ers
Combination ID
15
16
17
18
19
20
21
22</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Case Study Results and Discussion</title>
      <p>The performance results for each of the constructed hybrid classi ers were compared to the performance results of each
of the combined classi ers using the relative performance improvement (RI) percentage. The RI calculation is formulated
as follows:</p>
      <p>RI =</p>
      <p>P (HC) HighestP (Combined Classif iers)</p>
      <p>
        HighestP (Combined Classif iers)
where P (HC) is the value of the performance metric P for the hybrid classi er HC, and HighestP () method returns the
highest performance metric value among the performance values of the combined classi ers [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>The results for the hybrid classi ers that we considered and the impact on the top-20 are shown in Table 2. In the
case of using the score addition method, the hybrid classi er results showed either an improvement or no e ect against
the individual classi ers in about 77% of the cases considered. In other words, the score addition combination led to a
decrease in performance in only ve cases. Regarding the Borda method, there was an improvement or no e ect in about
59% of the cases. The maximum improvement was 15% for the score addition method and 24% for the Borda method.</p>
      <p>Comb. ID = combination id, Perform. = Performance</p>
      <p>An important additional observation is that the combination performance exceeded the 70% top-20, which was the top
performance recorded among all the individual classi ers in our previous experimental work. For score addition, this was
recorded in four cases where top-20 performance accuracies of 74% and 72% were recorded. In the case of Borda, this
was achieved in three cases where a top-20 of 72% was recorded. Also, it is important to highlight that in approximately
73% of the cases, the score addition results outperformed or were comparable to the Borda results.</p>
      <p>Although the hybridization did not prove to be an improvement in all cases within our experiment, the number of the
improved cases, especially the 77% of cases for score addition, are considered satisfactory and encourage the consideration
of hybrid classi ers within the LL retrieval context.
4</p>
    </sec>
    <sec id="sec-4">
      <title>Conclusion</title>
      <p>In this paper, we provided an extension of our previous empirical study regarding the construction of an automatic
software management LL recall system. Our solution represented a domain speci c search, i.e., professional search, as
we constructed the search query using two of the existing project management artifacts instead of employing a generic
manual search. In our extension, we studied the impact of the hybridization of the LL classi ers on performance. We
relied on the existing LL classi ers from our previous study in constructing the hybrid classi ers. In this study, we
employed two combination techniques in constructing the hybrid classi ers. A comparison was conducted between the
performance of each hybrid classi er and the performance of the top performer from the combined individual classi ers.
The top-K performance metric was employed to measure the retrieval accuracy of the classi ers considered. The study
results showed a relative improvement, or no e ect, of the hybrid classi ers performance against the individual classi ers
performance in about 77% of the cases in the top-20 using the score addition method. Although, the improvement was
RI
(%)
not satisfactory in some cases, the overall results were encouraging and provided positive insights regarding employing
hybrid IR models to provide a domain speci c LL recall solution.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>Abdellatif</surname>
            ,
            <given-names>T.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Capretz</surname>
            ,
            <given-names>L.F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ho</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Automatic recall of software lessons learned for software project manager</article-title>
          .
          <source>Submitted</source>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Chen</surname>
            ,
            <given-names>T.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Thomas</surname>
            ,
            <given-names>S.W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hassan</surname>
            ,
            <given-names>A.E.</given-names>
          </string-name>
          :
          <article-title>A survey on the use of topic models when mining software repositories</article-title>
          .
          <source>Empirical Software Engineering</source>
          <volume>21</volume>
          (
          <issue>5</issue>
          ) (
          <year>2016</year>
          )
          <year>1843</year>
          {
          <fpage>1919</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>Deerwester</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dumais</surname>
            ,
            <given-names>S.T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Furnas</surname>
            ,
            <given-names>G.W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Landauer</surname>
            ,
            <given-names>T.K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Harshman</surname>
          </string-name>
          , R.:
          <article-title>Indexing by latent semantic analysis</article-title>
          .
          <source>Journal of the American Society for Information Science</source>
          <volume>41</volume>
          (
          <issue>6</issue>
          ) (
          <year>1990</year>
          )
          <volume>391</volume>
          {
          <fpage>407</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Kocaguneli</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Menzies</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Keung</surname>
            ,
            <given-names>J.W.</given-names>
          </string-name>
          :
          <article-title>On the value of ensemble e ort estimation</article-title>
          .
          <source>IEEE Transactions on Software Engineering</source>
          <volume>38</volume>
          (
          <issue>6</issue>
          ) (
          <year>2012</year>
          )
          <volume>1403</volume>
          {
          <fpage>1416</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Sary</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mackey</surname>
            ,
            <given-names>W.:</given-names>
          </string-name>
          <article-title>A case-based reasoning approach for the access and reuse of lessons learned</article-title>
          .
          <source>In: Proceedings of the Fifth Annual International Symposium of the National Council on Systems Engineering</source>
          . Volume
          <volume>1</volume>
          . (
          <year>1995</year>
          )
          <volume>249</volume>
          {
          <fpage>256</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6] Schutze, H.,
          <string-name>
            <surname>Manning</surname>
            ,
            <given-names>C.D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Raghavan</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Introduction to information retrieval</article-title>
          . Volume
          <volume>39</volume>
          . Cambridge University Press (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Thomas</surname>
            ,
            <given-names>S.W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hassan</surname>
            ,
            <given-names>A.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Blostein</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Mining unstructure software repositories</article-title>
          . In Mens, T.,
          <string-name>
            <surname>Serebrenik</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cleve</surname>
          </string-name>
          , A., eds.:
          <source>Evolving Software Systems</source>
          . Springer, Berlin, Heidelberg (
          <year>2014</year>
          )
          <volume>139</volume>
          {
          <fpage>162</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Thomas</surname>
            ,
            <given-names>S.W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nagappan</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Blostein</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hassan</surname>
            ,
            <given-names>A.E.</given-names>
          </string-name>
          :
          <article-title>The impact of classi er con guration and classi er combination on bug localization</article-title>
          .
          <source>IEEE Transactions on Software Engineering</source>
          <volume>39</volume>
          (
          <issue>10</issue>
          ) (
          <year>2013</year>
          )
          <volume>1427</volume>
          {1443 Weber,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Aha</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.W.</given-names>
            ,
            <surname>Becerra-Fernandez</surname>
          </string-name>
          ,
          <string-name>
            <surname>I.</surname>
          </string-name>
          :
          <article-title>Intelligent lessons learned systems</article-title>
          .
          <source>Expert Systems with Applications</source>
          <volume>20</volume>
          (
          <issue>1</issue>
          ) (
          <year>2001</year>
          )
          <volume>17</volume>
          {
          <fpage>34</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Weber</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Aha</surname>
            ,
            <given-names>D.W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Branting</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lucas</surname>
            ,
            <given-names>J.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Becerra-Fernandez</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          :
          <article-title>Active case-based reasoning for lessons delivery system</article-title>
          .
          <source>In: Proceedings of the Florida Arti cial Intelligence Research Society (FLAIRS) Conference</source>
          . (
          <year>2000</year>
          )
          <volume>170</volume>
          {
          <fpage>174</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [11]
          <string-name>
            <surname>Weber</surname>
            ,
            <given-names>R.O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Aha</surname>
            ,
            <given-names>D.W.</given-names>
          </string-name>
          :
          <article-title>Intelligent delivery of military lessons learned</article-title>
          .
          <source>Decision Support Systems</source>
          <volume>34</volume>
          (
          <issue>3</issue>
          ) (
          <year>2003</year>
          )
          <volume>287</volume>
          {
          <fpage>304</fpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>