SoMeT 2004 Interplay of Tacit and Explicit Knowledge in Requirements Engineering Marite Kirikova Riga Technical University LATVIA.

Slides:



Advertisements
Similar presentations
1 Service Oriented Architectures (SOA): What Users Need to Know. OGF 19: January 31, 2007 Charlotte, NC John Salasin, Ph.D, Visiting Researcher National.
Advertisements

Frameworks of Knowledge Management
MIS 2000 Class 20 System Development Process Updated 2014.
Department of Informatics, UC Irvine SDCL Collaboration Laboratory Software Design and sdcl.ics.uci.edu 1 Informatics 121 Software Design I Lecture 11.
1.Data categorization 2.Information 3.Knowledge 4.Wisdom 5.Social understanding Which of the following requires a firm to expend resources to organize.
Managing Knowledge in the Digital Firm (I)
Chapter 6: Design of Expert Systems
Teaching Software Engineering Through Game Design Kajal ClaypoolMark Claypool UMass LowellWPI.
1 hyper PPT/ / THe Tietojohtaminen ja hypermedia Tuija Helokunnas.
SESSION 10 MANAGING KNOWLEDGE FOR THE DIGITAL FIRM.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
13.1 Revision IMS Information Systems Development Practices.
UML CASE Tool. ABSTRACT Domain analysis enables identifying families of applications and capturing their terminology in order to assist and guide system.
The Process of Interaction Design. What is Interaction Design? It is a process: — a goal-directed problem solving activity informed by intended use, target.
Supervised by, Mr. Ashraf Yaseen. Overview…. Brief Introduction about Knowledge Acquisition. How it can be achieved?. KA Stages. Model. Problems that.
Information Modeling: The process and the required competencies of its participants Paul Frederiks Theo van der Weide.
Agile Quality Assurance Reference Model Jacob Sandnes 3/23/15.
Knowledge Management Solutions
More than Knowing At Mercy College Karin Gilbert & Michelle Cotter.
1.Database plan 2.Information systems plan 3.Technology plan 4.Business strategy plan 5.Enterprise analysis Which of the following serves as a road map.
Software Engineering Muhammad Fahad Khan
KNOWLEDGE MANAGEMENT & ENTERPRISE MODELLING: A COMPLEMENTARY REVIEW.
David Chen IMS-LAPS University Bordeaux 1, France
Ciarán O’Leary Wednesday, 23 rd September Ciarán O’Leary School of Computing, Dublin Institute of Technology, Kevin St Research Interests Distributed.
Text CONSEG 09 Domain Knowledge assisted Requirements Evolution (K-RE)
Advanced Topics in Requirement Engineering. Requirements Elicitation Elicit means to gather, acquire, extract, and obtain, etc. Requirements elicitation.
Chapter © 2012 Pearson Education, Inc. Publishing as Prentice Hall.
Human Resource Management Lecture 27 MGT 350. Last Lecture What is change. why do we require change. You have to be comfortable with the change before.
Knowledge Management Business Intelligence Decision Making
© Farhan Mir 2007 IMS MIS Development BBA-IT (Hons) 6 th Semester ( Decision Support Systems & Knowledge Management Systems ) By: Farhan Mir.
9/14/2012ISC329 Isabelle Bichindaritz1 Database System Life Cycle.
School of Computing FACULTY OF ENGINEERING Developing a methodology for building small scale domain ontologies: HISO case study Ilaria Corda PhD student.
Chapter 4 – Requirements Engineering Lecture 3 1Chapter 4 Requirements engineering.
EVALUATING PAPERS KMS quality- Impact on Competitive Advantage Proceedings of the 41 st Hawaii International Conference on System Sciences
Technology and Society 1 Knowledge Transfer – A Study on Construction Projects in a Norwegian Public Sector Organisation European Conference on Knowledge.
Sharing Knowledge Rosalind Way. What is knowledge? It is not: Data –Collection of facts about events –Structured record of transactions –E.g. bus timetable.
Odyssey A Reuse Environment based on Domain Models Prepared By: Mahmud Gabareen Eliad Cohen.
Chapter 2 Knowledge Management in Organization. Knowledge Management2 Knowledge is a fluid mix of framed experience, values, contextual information, expert.
1 Ideas of Problem-based Learning As a learner-centred process, problem- based learning meets the learners' interests and as such gives room for developing.
IS2210: Systems Analysis and Systems Design and Change Twitter:
1 Introduction to Software Engineering Lecture 1.
Apps.  Understand the list of applications or application components that are required, based on the baseline Application Portfolio, what the requirements.
Knowledge Creation for Breakthrough Innovation: 2013 UPDATE Karen A. Kreutz, Retired P&G 2012 ILUMINOV LLC Phoenix Chapter February.
Component Based SW Development and Domain Engineering 1 Component Based Software Development and Domain Engineering.
Gary MarsdenSlide 1University of Cape Town Human-Computer Interaction - 4 User Centred Design Gary Marsden ( ) July 2002.
27/3/2008 1/16 A FRAMEWORK FOR REQUIREMENTS ENGINEERING PROCESS DEVELOPMENT (FRERE) Dr. Li Jiang School of Computer Science The.
Knowledge Management and Business Intelligence Lecture 24.
INLS 200: Retrieving & Analyzing Information. + Today’s Agenda Typically a quiz – no quiz today. Review last week/ Administrivia Can everyone access Sakai?
The Nature of Knowledge and its Sharing through Models
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
Chapter © 2012 Pearson Education, Inc. Publishing as Prentice Hall.
Knowledge Management. Concepts and methods for delivering knowledge in the digital age.
Chief results from Sheffield study 1. The public’s understanding of science is not so much a question of whether people understand pieces of science as.
Introduction to Software Requirement Engineering Nisa’ul Hafidhoh Teknik Informatika
Lisbon, 30 th March 2016 Gianluca Luraschi Gonçalo Cadete “Towards a Methodology for Building.
1 2. Knowledge Management. 2  Structuring of knowledge enables effective and efficient problem solving dynamic learning strategic planning decision making.
INFORMATION MANAGEMENT: THE NEXUS OF BUSINESS AND IT CHAPTER © 2015 Pearson Education, Inc. Publishing as Prentice Hall.
Testing Tools & Standards
Object-Oriented Software Engineering Using UML, Patterns, and Java,
Strategic Planning for Learning Organizations
Chapter 6: Design of Expert Systems
Object oriented system development life cycle
Informatics 121 Software Design I
فرهنگ سازمانی.
MANAGING KNOWLEDGE FOR THE DIGITAL FIRM
Rafael Almeida, Inês Percheiro, César Pardo, Miguel Mira da Silva
Purpose Emerging from Knowledge, Technology and Innovation
Introduction to Requirements Management
Service Oriented Architectures (SOA): What Users Need to Know.
Some Important Skills Every Software Testers Should Have
Presentation transcript:

SoMeT 2004 Interplay of Tacit and Explicit Knowledge in Requirements Engineering Marite Kirikova Riga Technical University LATVIA

SoMeT 2004 What is knowledge Lock ( ): “Knowledge then seems to me to be nothing but perception of the connexion of an agreement, or disagreement and repugnancy of any of our ideas” H. Davenport and L. Prusak [5]: “Knowledge is a fluid mix of framed experience, values, contextual information, expert insight and grounded intuition that provides an environment and framework for evaluating and incorporating new experiences and information. It originates and is applied in the minds of knowers. In organization it often becomes embedded not only in documents or repositories but also in organizational routines, processes, practices, and norms.” Sidmae: “Knowledge consists of dynamic functional structures. It comprises the unity of three following aspects: first, understanding of the reality, second, attitude to the reality, and, third, corresponding reaction.”

SoMeT 2004 Main emphasis on the following aspects: Systemic nature of knowledge Dynamic development of knowledge Ownership of knowledge

SoMeT 2004 Knowledge Dimension in Requirements Engineering

SoMeT 2004 Addressing tacit knowledge in ISD methodologies by Fiona M. Murphy & Dr. Larry Stapleton, presented at ISD’04, reprinted by permission

SoMeT 2004 Motivation Shall we consider potential availability of different types of knowledge and possibilities of its growth when choosing SE approaches? The hottest point – requirements! How interplay of tacit and explicit knowledge influences capability of the methodology?

SoMeT 2004 Approaches Under the Analysis Use Cases based approach Enterprise Model based approach Agile approach

SoMeT 2004 Object Model Knowledge integration Interviews Use cases Use Cases based approach (simplified)

SoMeT 2004 Interviews or group work Business Process Model Object Model Business rules Actors... Enterprise Model based approach (simplified)

SoMeT 2004 Interviews or group work Agile approach (simplified)

SoMeT 2004 Knowledge domains Knowledge about the enterprise Knowledge about the the application Knowledge about the design Knowledge possesors Use Cases based approach –User –Analyst –Designer EM based approach –Planner –Owner –Designer Agile approach –Stakeholder –Designer

SoMeT 2004 Knowledge types Tacit Explicit Shallow Deep Pieces Models System Knowledge features Consistency –Individual –Shared –Formal Completeness –Intuitive –Formal

SoMeT 2004 Analysis Transfer of tacit knowledge Transformation of tacit knowledge Design Transfer of explicit knowledge Transformation of explicit knowledge Socialisation Transfer of tacit knowledge Transformation of tacit knowledge Externalisation Transfer of tacit knowledge Transformation of explicit knowledge Combination Transfer of explicit knowledge Transformation of explicit knowledge Internalisation Transfer of explicit knowledge Transformation of tacit knowledge Implementation Transfer of explicit knowledge Transformation of explicit knowledge Knowledge elicitation Knowledge acquisition Learning Knowledge interpretation Knowledge analysis Tacit knowledge pieces Explicit knowledge models Explicit knowledge system Knowledge Processes and Related Concepts

SoMeT 2004 Use Cases Based Approach

SoMeT 2004 Use Cases Based Approach KnowledgeEnterprise Knowledge transfer (Enterprise – Application) Application Knowledge transfer (Application - Design) Design TACITTACIT Shallow Pieces U A dU DD Models U A dU DD System (U) (A) (d) (D) D Detailed Pieces U AUU A d(D)D Models U AUU A dDD System (U) (D)DD E X P LI C IT Shallow Pieces N/a Models System Detailed Pieces Models System Consistency check Individual +++ Shared Partly - Formal --Possible CompletenessIntuitiveIntuitive and use cases basedIntuitive Formal

SoMeT 2004 EM Based Approach

SoMeT 2004 EM Based Approach KnowledgeEnterprise Knowledge transfer (Enterprise – Application) Application Knowledge transfer (Application - Design) Design TACITTACIT Shallow Pieces P O d P O D Models P O d P O D D System P O (d) P O D D Detailed Pieces P O P O D D Models P O P O D D System (P) (O) (D) E X P LI C IT Shallow Pieces Models System Detailed Pieces Models System Consistency check Individual +++ Shared +++ Formal +++ Relative completenessIntuitive Formal Intuitive Formal Intuitive Formal

SoMeT 2004 Agile Approach

SoMeT 2004 Agile Approach KnowledgeEnterprise Knowledge transfer (Enterprise – Application) Application Knowledge transfer (Application - Design) Design TACITTACIT Shallow Pieces S D DD Models S D DD System S D DD Detailed Pieces S D DD Models S D DD System (S) (D) (D) E X P LI C IT Shallow Pieces Models System Detailed Pieces Models System Consistency check Individual +++ Shared +++ Formal --- Relative completeness Supported by S involvement Intuitive Formal

SoMeT 2004 How does the approaches look from the point of view of knowledge? How capable are they? Let us look at potential knowledge growth patterns...

SoMeT 2004 Agile Use-case based Enterprise model based Diversity of views Size of project knowledge system (tacit+explicit) Depth of knowledge

SoMeT 2004 Conclusions: Capability of approaches Traditional use-cases based approach is most suitable for middle sized, projects where as-is rather than to-be enterprise system is to be supported by new software applications Enterprise model based approach is suitable for large size systems with a potential explicit knowledge reuse. It can be used for as-is enterprises as well as for to-be enterprises, and can handle frequent changes in requirements Agile approach is suitable for small and middle- sized projects, it can handle frequent changes, and is useful for both as-is enterprise applications and to- be enterprise applications

SoMeT 2004 Answers to the stated questions Shall we consider potential availability of different types of knowledge and possibilities of its growth when choosing SE approaches? YES How interplay of tacit and explicit knowledge influences capability of the methodology? –Natural flow of knowledge creation –Both tacit and explicit systems knowledge –Transfer of both tacit and explicit knowledge –Appropriate depth of both tacit and explicit knowledge

SoMeT 2004 Future work Analysis of knowledge processes and respectively potential capabilities of other approaches such as: Components based development Patterns based development Natural language based development Adoption of ERP systems Etc.