Journal of Knowledge Management Practice, Vol. 10, No. 3, September 2009

Project Memory: A Flexible Access Approach For Contextual Knowledge Re-Use

Smain Bekhti¹, Nada Matta², Chaker Djaiz³
¹Imam University, Riyadh; ²Tech-CICO, Université de Technologie de Troyes ; ³Cadesis corp, France

ABSTRACT:

Knowledge sharing in general and contextual access to knowledge in particular, still represent a key challenge in knowledge management framework. Researchers on semantic web and human machine interface study techniques to enhance this access. For instance, in semantic web, the information retrieval is based on domain ontology. In human machine interface, keeping track of user's activity provides some elements of the context that can guide the access to information. We suggest an approach based on these two key guidelines, whilst avoiding some of their weaknesses. The approach permits a representation of both the context and the design rationale of a project for an efficient access to knowledge.  In fact, the method consists of an information retrieval environment that, in the one hand, can infer knowledge, modeled as a semantic network, and on the other hand, is based on the context and the objectives of a specific activity (the design). The environment we defined can also be used to gather similar project elements in order to build classifications of tasks, problems, arguments, etc. produced in a company. These classifications can show the evolution of design strategies in the company.

Keywords: Project memory, Knowledge re-use, Knowledge representation, Conceptual graphs, Corese


1.         Introduction   

Knowledge sharing is still a main problem to deal with in organizations. Although, studies in semantic web and Human Machine Interface provide techniques to enable a better access to information, these techniques are not sufficient in terms of allowing a contextual access according to user needs. In fact, in the semantic web framework (Berners-Lee et al 2001), the information access is guided by the ontology of the user domain. However this type of ontology is built as a consensual concept definition of the domain. Therefore, it can be considered as a reference of the concepts used in a given domain while any user generally has her/his own representation of the domain which is more or less close to a domain ontology. Moreover, the structure of the domain ontology is usually provided by a knowledge engineer who introduces her/his own representation to build this ontology.

Besides, User activity evolves over the time and, subsequently, her/his information requirement changes according to the context of her/his activity. Several works on Human Machine Interface (Jing et al 2002) study the way to keep track of user activity in order to offer a personalized information retrieval. Studies in Ergonomics prove that information about the objectives and the environment of an activity are essential for a better understanding and an accurate representation of that activity.

In our approach, the above important aspects are taken into account. We focus on the designer activity, in which, tasks and activities can provide relevant information about the objectives of the designer activity. We defined methods and structures for a construction of a memory of design projects focusing, particularly, on the two parts that we consider as essential in such category of projects: the project context and the design rationale (Bekhti & Matta 2003) . The produced project memory can be considered as a referential resource in an organization. This resource is structured not only as a domain ontology, providing links to relevant documents, but also as a semantic network accurately linking up concepts constituting the project context and the design rationale. The information retrieval procedure is based on semantic relations between these concepts and can, hence, offer a contextual information access. We used conceptual graphs to represent concepts in a design project as a semantic network structure. We used "Corese" (Corby & Faron-Zucker 2002) as an information retrieval tool as a semantic search engine. This tool uses conceptual graphs along with RDF and XML formalisms in order to offer a deep and semantic information retrieval.

The rest of this paper describes, in its second and third sections, the designed structures of project memory and a suggested approach that enables the capture and representation of knowledge used and produced during design project. The fourth section argues the need of contextual information retrieval in design. The fifth section describes how a project memory has been represented using conceptual graphs and RDF formalisms. The information retrieval as carried out with Corese (sixth section) is based on the relation between the constructed conceptual graph and its RDF representation.

2.         Project Memory

In (Dieng-Kuntz-Kuntz et al 2001), Dieng-Kuntz defines the Knowledge Management cycle as being composed of the following stages: clarification, broadcasting and reuse. Many investigations have presented the corporate memory as a significant support for Knowledge Management. A corporate memory is an “explicit representation of pertinent knowledge of an organization” (Van Heijst et al 1997). This memory, elucidating the organizational knowledge (also called collective Knowledge), may be considered as a knowledge asset of the organization. Such knowledge asset can be specific to a project and so be called project memory. A project memory can be defined as “a representation of the experience acquired during projects realization” (Matta et al 2000).  This experience includes knowledge used and produced during the project realization. Beside this, representing project context can be crucial in terms of understanding the circumstances of decision making and problems solving.

Therefore, we consider the structure of project memory as being constituted of the following parts (Figure 1):

¨      The project organization: teams, members, tasks, roles, competencies, etc.

¨      Resources and constraints: rules, methods, directives, time, budget, etc.

¨      Project realization: problem solving (problem definition, suggestions, decision), solution evaluation (arguments, criteria), etc.

¨      Project goals and objectives.

The relations between the above elements must also be represented. These relations have different sorts of influence on the decision making process and may be of great importance for the design rationale understanding.

Figure 1:  Project Memory Structure (Bekhti & Matta 2003)

3.         Knowledge Acquisition And Representation In Project Memory

We defined an approach that permits the capture and the representation of used and produced knowledge during the project realization. This approach consists, on the one hand, of two main steps: direct transcription and content structuring and, on the other hand, of project context extraction from the tools and the environment of projects (process, organization, etc.).

3.1.      Direct Transcription

The first stage of our approach consists of a form-based transcription. These forms help to record and classify basic elements of a design problem discussion. That is, elements like problems, argumentation and decision. These forms can be used to record, in a structured and prompt way, all the information elements that can be collected during a design problem solving discussion. The goal is to enable a real time structured transcription of the discussion during design meetings. The structure of these forms (Figure 2) permits to distinguish the key elements of the discussed problem and to classify participants' arguments along with their possible suggestions.

Figure 2: Structure Of The Form Used For The Direct Transcription Of Design Discussion

3.2.      Content Structuring

The principal objective of the content structuring is to enable an intelligent access to knowledge represented in the project memory. Our idea is to make possible a flexible access to the project memory according to several viewpoints. This form of access is described in the information retrieval section of this paper. The second stage of our approach consists of a structuring based on a cognitive analysis of the forms filled out during the direct transcription. We were inspired by the approaches of design rationale representation (Karsenty 1996), (Buckingham 1997), (Klein 1993) to define a structure of representation, putting ahead elements of influence in a negotiation/discussion, such as arguments, criteria of justification and suggestions (Figure 3).

Notes are initially grouped by participants (members) who, during the meeting, are identified either by their names or by their visual aspects. In fact, the direct transcription that we propose follows, on the one hand, the traditional methods of notes taking during meetings and permits, on the other hand, a model-based information structuring. This transcription can easily be realized by a meetings secretary. No deep analysis is required in this type of transcription. Note also that a chronological recording of the design rationale is supported by this method of transcription.

Figure 3: An Example Of A Form Used For The Design Rationale Structuring During A Project Memory Definition

The selection of criteria is guided by a classification of common design arguments types (Figure 4). The method we propose can be compared to meetings reporting where the direct transcription is similar to notes taking and the structuring to summary reporting.

owever, in our case, the transcription is guided by model-based forms. The result is richer and reflects a more comprehensive knowledge-oriented memory of the design rationale and the decision-making process.

 

Figure 4: Criteria Tree Representing A Typology Of Design Problems (Matta 2000)

One of our key suggested ideas is to integrate the traceability procedure in the process of projects realization itself. This implicates a slight change in project structures and organization and permits the capture of knowledge during the project realization and not afterwards. This aspect is very important as the knowledge that emerges during any project realization is volatile and can hardly be reconstituted after the project is over.

In order to guarantee an accurate representation of knowledge essentially implicated in the design rationale, a validation meeting must be held with some project key members who have got a global vision of the project (for example, the project manager). This kind of meeting can be held after a number of project phases and at the end of the project realization. This makes possible to reformulate the arguments, the suggestions and the criteria and to re-examine their classification. The structure of the memory encourages the project members to explicitly express their knowledge, enriching by that the contents of the memory.

3.3.      Logic Of The Structuring Form

The structure represents the logic of discussion. Participants (project members) discuss each part of the problem by expressing their opinions supported by arguments. The participants can also provide suggestions concerning the design problem. The collection of arguments and suggestions allows the team to take a decision concerning a part of a problem. Thus, the part of the problem is either totally solved or will be discussed again in the same manner and will go through the same cycle. This enables to see the evolution of this element during the problem solving process until its final version.

In the structure, the arguments are classified according to their types or natures. Each argument or suggestion is related to the member who emitted it. The fact that the competencies and the role of each member are indicated permits to see the relation that may exist between the contributions (arguments, suggestions) of the participants and their competencies and skills. This is essential for a problem solving context comprehension.

3.3.1.   Elements Of The Structure

Problem/Decision: The global problem discussed during design meetings is split into sub-problems or elements of problem. This permits to represent these elements of discussion through the different phases, connect them and elucidate the evolution of each of them during the project completion.

Arguments: One of the most significant elements of any negotiation is the argumentation. In our approach the argumentation is an essential element of the representative structure since it is the origin and the cause of the evolution of the discussion of the problem and consequently of the decision-taking.

Suggestions: The arguments advanced by the speakers during meetings often lead them to present their own suggestions concerning a given part of the discussed problem; we envisaged in the model a space for suggestions of project members (participants). The suggestions are linked to the arguments and the participants who emitted them.

Project members/Participants: The representation of the participants in the structure is important; it permits to bind the arguments and suggestions to their emitters. Each participant is characterized, primarily, by his competencies/skills and his role in the project (see context). This permits to clearly understand the logic and the reasoning of the members and the motives of their opinions.

Criteria: Arguments and suggestions are classified according to some defined criteria. Theses criteria have been gathered from several previous studies of classification of common types of design arguments (Matta 2000), (Brown & Barker 2000).

4.         Knowledge Reuse And Designers Needs

Designers need to learn from previous experiences in order to find out how to deal with new problems in their activities. They generally are in a situation of handling designs of new products and need information about similar design situations. Their needs are essentially focused on different elements of past design projects (types of problems, decisions, constraints, arguments, criteria, etc.). The structure defined in (Figure 1) can help in this special form of information retrieval. The information retrieval process can be guided not only by classifications of problems, projects, etc. but by similarity between project descriptions. Relations between project elements must play an important role in this information retrieval process. For instance, designers may need to know why a given suggestion has not been considered (rejected), who decided that, under which constraints, having which resources, competencies, which other suggestion has been approved instead, etc.

For that precise reason, we propose to represent project memory as a semantic network and to use semantic inference engine to conduct the information retrieval process. The resulting memory is not a simple list of documents or parts of documents but a network presenting on the one hand, the relations between project elements and on the other hand, pointing the relevant documents. Designers can therefore have a contextual information retrieval that can very useful in their design activity.

5.         Information Retrieval Based On Semantic Relations

Indexing documents can either be simple using metadata and keywords (currently recommended in HTML documents) or complex using semantic networks and ontology (defended by semantic web) (Martin 1995). We choose conceptual graphs to represent our semantic network. Conceptual graphs are a formalism that offers a highest structure of the semantic relations between concepts (Chein & Mugnier 1992). In this formalism, there are a number of inference functions (Sowa 1984) that helps in information retrieval. We particularly note projection, joint, generalization and specialization functions. This formalism has been used and validated in numerous of applications and its effectiveness is now commonly approved.

Moreover, the structure of conceptual graphs (especially support and graphs) is close to RDF (Resource Framework Description) and RDFs (Resource Framework Description Schema). Thus, it can easily be translated to RDF and XML respecting semantic web recommendations (RDFS 2004). This connection between conceptual graphs, RDF and XML can provide a number of specific functions that give more power for information retrieval. The Corese search engine developed at INRIA (Corby et al 2004) is based on this principle.

5.1.      Corese: A Semantic Search Engine

The Corese search engine (Corby & Faron-Zucker 2002) is dedicated to the querying of corporate semantic webs in which documents are described through RDF annotations. Corese interprets RDF metadata in the conceptual graphs model in order to exploit the inference capabilities of this formalism. The RDFS (RDFS 2004) and conceptual graphs models share many common features and a mapping can easily be established between RDFS and a large subset of the conceptual graphs model. The information retrieval in Corese is based on this mapping. In fact, the Corese query language is RDF with addition of some extra conventions introducing variables and operators. An RDF query statement is interpreted as a conceptual graph query and is processed by a conceptual projection of the query on the annotation graphs. Therefore, Corese enables to process information retrieval queries on the data (content) as well as on the schema (the structure of the project memory).

5.2.      Representation Of Project Memory

Figure 5: Dypkm Interface

Knowledge captured from design projects is structured in XML files. In fact, as we explained in the knowledge acquisition method above, a project secretary, can keep track of the knowledge from the context and the decision meetings of a design project. She/he uses a tool (DyPKM) (Bekhti & Matta 2003) that generates an XML file. The tool, the secretary uses, helps to classify concepts like suggestions, arguments, problems, participants, etc. and to establish semantic relations between these concepts. DyPKM interfaces are designed to clearly display classification trees of design problems. That is, identifying from project members exchanges: suggestions and arguments concerning a given design problem, related criteria but also grouping arguments, suggestions, tasks, etc. by design decisions  (Figure 5).

Structures and content are transformed to an XML document (Figure 6). An XSL file is defined in order to generate a related RDF file (Figure 7). These two files are then integrated in the knowledge base of Corese in order to assure an efficient search process.

Figure 6: The Generated XML File

Figure 7: The Translated RDF File

6.         Knowledge Re-Use: Project Information Retrieval Using Corese

The structure of the project memory (Figure 1) is implemented using RDF schema (Figure 8). Corese inference engine explores this schema in order retrieve information from RDF files. These RDF files form a knowledge base of the represented design project. We illustrate in the following two examples the way information retrieval within a project memory is performed.

Figure 8: The Structure Of Project Memory Presented As A RDF Schema

The first example shows how Corese engine can perform an exploration search and return all the requested concepts. The second example shows how the inference engine can be used to do a deep search and retrieve concepts that are not directly linked.

6.1.      Example Of An Exploration-Like Information Retrieval

Figure 9: The RDF query

When a designer deals with a problem, he/she needs to know, for instance, if this problem has been solved in any previous similar projects and how. His request can be formulated as follows: “Which suggestions supported by which arguments were provided to solve a given design problem? And what were the criteria that these arguments and suggestions related to?”.

To start, this query is translated to an RDF request (Figure 9) according to our RDFS representation. Then, it is projected on a conceptual graph: RDF -> CG -> RDF (Figure 10). This RDF query is then interpreted by the Corese engine as a conceptual graph query. The result is obtained using conceptual graph generalizations functions and exploiting RDF files. Display of the RDF results is made more user-friendly using an XSLT formatting data sheet (Figure 10).

Figure 10: The Request In The Conceptual Graph Formalism

 

Figure 11: The Query Result For An Exploration Search

This exploration search can highlight connected concepts according to certain conceptual relations.

According to the RDF file, the result is:

¨      PB2: ERP focus

¨      Criteria 123: Terminology

¨      Argument 342: Evaluation perimeter is not clear

¨      Argument 10: Evaluation perimeter in paragraph 3 is not in correlation with the text

¨      Suggestion 11: Use “intervention field” instead of “evaluation perimeter”

¨      Criteria 13: Exhaustiveness

¨      Argument 32: The company chief has to inform employees about the state of the evaluation

¨      Suggestion 11: Emphasis the role of the company chief in the evaluation process

6.2.      Example Of A Deeply Information Retrieval

A designer may also need to know what are the skills or competencies that contributed to solve a design problem in a previous design project and which argumentation criteria were considered? The particularity of this query is that these concepts (design problems and competencies), are not directly linked in the project memory structure (Figure 1). In fact, there is a direct relation between a design problem and the related suggestions and arguments. Arguments and suggestions have direct links to corresponding criteria. There is also a link between arguments, suggestions and participants who emitted them. Concepts like skills or competencies of each project member are represented in the structure and linked to the related member. (Figure 12).

Figure 12: Part Of The Project Memory Structure Used In The Second Query Example

Corese engine performs an approximate projection that is based on a joint relation in order to build a meta-relation between the given concepts. Accordingly, Corese engine infers unlinked documents or linked by transitivity documents. The given results are always an RDF file (Figure 13).

Figure 13: The Query Result Of A Deep Information Retrieval

The obtained result is:

¨      PB2: ERP focus

¨      Criteria 123: Terminology

¨      Competency 13: Consulting

7.         Conclusion

Designers need to learn from past design projects in order to deal with new design problems. They want to know, for instance, how similar problems were solved in the past, with which resources, using which solutions and under which conditions. A structured project memory representing influence relations between problems, suggestions, arguments, criteria, project members and their competencies, tasks, etc. provides a useful traceability of knowledge used and produced during the realization of design project. These structures also show the relations between the context of the project (organizations, environment) and the element of the design rationale. Information retrieval process can use these relations in order to provide a contextual search for required information. This paper shows how this type of conceptual relations can be useful for information retrieval. In fact, we explained how a semantic network (represented as a conceptual graph) can provide a contextual and efficient information retrieval. Corese, a semantic search engine tool, has been used to perform the information retrieval process. Corese creates a mapping between RDF and conceptual graphs to offer a deep information retrieval. The search process is based not only on a specialization (as commonly used in ontology) but also on knowledge representation inference through relations between concepts. The results help designer to understand design problems and in previous projects and how they have been solved. This makes project memory very useful in terms of learning from previous experiences.

Examples presented in this paper are extracted from a design project of professional safety evaluation rules (Bekhti & Matta 2003). DyPKM and Corese have to be validated on other design projects. We also plan to define a graphical interface to display results as graphs or trees, clearly illustrating the relations between the elements of design project.

Finally, the environment we defined can also be used to gather elements of similar design projects in order to build a global classification of tasks, problems, arguments, etc. produced in a company. These classifications can show the evolution of design strategies in the company.

8.         References

Bekhti, S., and Matta, N. (2003). Project memory: An approach of modelling and reusing the context and the de design rationale, Proceedings of IJCAI'03 (International joint of conferences of Artificial Intelligence) Workshop on knowledge management and organisational memory, Accapulco.

Berners-Lee, T., Hendler, J. and Lassila, O. (2001) the Semantic Web, In: Scientific American.

Brown, D. C. and Berker, I. (2000).  Modeling Conflicts Between Agents in a Design Context, Computational conflicts, Conflicts Modeling for Distributed Intelligent System, 144-164, Springer.

Buckingham, S. (1997) Representing Hard-to-Formalise, Contextualised, Multidisciplinary, Organisational Knowledge. Proceedings of AAI Spring Symposium on Artificial Intelligence in Knowledge Management, P.9-16.

Chein M. and Mugnier M.L. (1992) Specialization: Where do the difficulties occur? In Proceeding of the seventh Annual Workshop on Conceptual Structures, Las cruces, New Mexico.

Corby, O. and Faron-Zucker, C. (2002) Corese: A Corporate Semantic Web Engine, Workshop on Real World RDF and Semantic Web Applications 11th International World Wide Web Conference, Hawaii.

Corby, O., Dieng, R. and Faron-Zucker C. (2004) Querying the Semantic Web with Corese Search Engine, Prestigious Applications of Intelligent Systems PAIS, ECAI, Valencia.

Dieng-Kuntz-Kuntz, R., Corby; O., Gandon, F., Giboin; A., Golebiowska, J., Matta; N. and Ribière, M. (2001) Méthodes et outils pour la gestion des connaissances. 2eme edition. Dunod éditeur.

Jing, Y., Taylor, N. and Brown, K., (2002) An intelligent Inference Approach to user Interaction Modelling in a generic Agent Based Interface System, In proceedings of ECAI2002 (European Conference on Artificial Intelligence), July, Lyon.

Karsenty, L. (1996) An empirical evaluation of design rationale documents. In: Proceedings of the Conference on Human Factors in Computing Systems. Vancouver.

Klein, M. (1993) Capturing Design Rationale in Concurrent Engineering Teams, IEEE, Computer Support for Concurrent Engineering.

Martin, M. (1995) Links between Electronic Documents and a Knowledge Base of Conceptual Graphs. In proceedings of the International Conference on Conceptual Structures of ICCS.

Matta, N.. Ribière, M., Corby, O., Lewkowicz, M. and Zacklad, M. (2000) Project Memory in Design, Industrial Knowledge Management - A Micro Level Approach. SPRINGER-VERLAG: RAJKUMAR ROY, 2000.

Matta, N. (2000) Conflict Management in Concurrent Engineering: Modelling Guides. Computational Conflicts: Conflict Modeling for Distributed Intelligent Systems, with Contributions by Numerous Experts. Springer.

RDF Vocabulary Description Language 1.0: RDF Schema W3C Recommendation, February 10, 2004 Dan Brickley, R.V. Guha, eds.

Sowa, L. (1984) Conceptual Structures: Information Processing in Mind and Machine. Addison-Wesley, Reading, MA.

Van Heijst; G., Schreiber, A. and Wielinga, B. (1997) Using Explicit Ontologies in KBS Development. International Journal of Human Computer Studies, Vol. 46.


Contact the Authors:

Smain Bekhti, Assistant Professor at the College of Computer Science and information Systems, 11681, P.O Box 84880 KSA; phone: +966-55-9104761; fax: +966-1-2591616; Email: sbekhti@imamu.edu.sa

Nada Matta, Professor at Tech-CICO, Université de Technologie de Troyes, 12 rue Marie Curie, BP. 2060, 10010 Troyes Cedex, France ; phone : +33 3 25 71 58 65, Email: Nada.Matta@utt.fr

Chaker Djaiz, R&D Consultant, Cadesis corp, France, 142-176 Avenue de Stalingrad, Parc Technologique des fossés Jean, Bat 5, 92700 Colombes ; phone: +33 1 56 83 70 00, Email: cdjaiz@cadesis.com