Figure 10: Hierarchical structure of the derived problem statements.
In this way by product reengineering one can chose solving a problem of a higher hierarchical level, which is related to further rudimental problems or solving a number of rudimental problems without optimizing the general concept of the constructive layout. In example, by realizing (define pressure reducing level) or (provide control force) in another way than using pressurized air all the following harmful functions would not apply. The reason for that, is that the harmful functions (leak), (single-level control) and (rapid discharge of control pressure) are caused by (control pressure). Furthermore, the following harmful functions (increase installation space) and (leak) are also caused by functions that are required in order to realize (control pressure). Such a solution could e.g. be the use of a spring mechanism in order to (provide control force) that can eliminate (single-level control). In this way, the harmful functions stated above would be eliminated through the introduction of a new concept to realize (provide control force).
Concluding, by this means an engineer trying to optimize the structure of the pressure reducing valve has an overview about which are the available entry points to the problem solution and how are they related to each other. According to the available resources and purpose of the optimization the engineer can chose, which problem statement solution is more adequate.
Summary and outlook
In this paper a functional analysis approach is introduced, which structures the solution space and facilitates the decision making by product reengineering. The approach introduces an integrated function model, which combines the hierarchical and the relational function model. In this way hierarchical levels are incorporated to the relational function model, which is used to derive problem statements. Correlating the derived problem statements with the functions and the function hierarchy, the problem statements are structured hierarchically as well.
Prerequisite for structuring the problem statements and identifying relations between them is a clear definition of hierarchical levels and their boundaries by setting up the hierarchical function model. In order to facilitate this task, the functions are classified according to extent and kind of information they contain. The more information a function contains the merrier rudimental is the function and is arranged to the lower levels of the function hierarchy. Furthermore, in order to facilitate the use of this approach we clearly define terms used in the context of the approach, that is requirement, function, constructive layout and technology. The difference between constructive layout and technology is thereby used to classify functions by specifying the extent and kind of information they contain. As pointed out in chapter 4.1, the definition of technological issues, which practically define the boundary between technology independent and technology dependent functions, and issues concerning the constructive layout are company and industrial sector specific and therefore have to be adjusted according to the application situation. Concluding, this approach provides an engineer a methodology for analysing an existing product and for structuring the derived problem statements in hierarchical levels and relating them to each other. By this means, an engineer has an overview about which are the available entry points to the problem solving process and can chose solving a problem of a higher hierarchical level or solving a number of rudimental problems according to the available resources and purpose of the product reengineering.
In the context of this research future work has to be done in order to systematically select relevant problem statements as the amount of the derived problem statements can increase rapidly (see chapter 5). Furthermore, the introduction of an approach to define relevant technological issues and draw the outline between them and issues concerning the constructive layout would be of great value.
รูปที่ 10: โครงสร้างลำดับชั้นของคำสั่งที่ได้รับปัญหา วิธีนี้โดยการรื้อปรับระบบหนึ่งผลิตภัณฑ์สามารถเลือกแก้ปัญหาของระดับสูงขึ้นตามลำดับชั้น ที่เกี่ยวข้องเพิ่มเติม rudimental ปัญหา หรือแก้ปัญหา rudimental โดยปรับแนวคิดทั่วไปของแบบสร้างสรรค์ ในตัวอย่าง โดยตระหนักถึง (ลดระดับความดันที่กำหนด) หรือ (ให้ควบคุมบังคับ) อีกวิธีที่ใช้ทางหนีอากาศ ทั้งหมดเป็นอันตรายหน้าที่จะไม่สามารถใช้ เหตุผลที่ คืออันตรายต่อฟังก์ชัน (รั่ว), (ระบบควบคุมระดับเดียว) (ปล่อยออกอย่างรวดเร็วของการควบคุมความดัน) และสาเหตุ (ความดันควบคุม) นอกจากนี้ หน้าที่อันตราย (เพิ่มพื้นที่ติดตั้ง) และ (รั่ว) ยังเกิดจากฟังก์ชันที่จำเป็นเพื่อทราบ (ความดันควบคุม) การแก้ปัญหาเช่นอาจใช้กลไกสปริงเพื่อ (ให้ควบคุมบังคับ) ที่สามารถกำจัด (ระบบควบคุมระดับเดียว) ด้วยวิธีนี้ ฟังก์ชันเป็นอันตรายที่ระบุไว้ข้างต้นจะมีตัดผ่านการแนะนำแนวคิดใหม่เพื่อทราบ (ให้ควบคุมบังคับ) สรุป ซึ่ง วิศวกรพยายามที่จะปรับโครงสร้างของวาล์วลดความดันมีภาพเกี่ยวกับซึ่งเป็นจุดมีการแก้ปัญหาปัญหา และวิธีพวกเขาเกี่ยวข้องกัน ตามทรัพยากรที่มีและวัตถุประสงค์ของการวิศวกรสามารถเลือก แก้ไขปัญหาใดปัญหางบมีมากเพียงพอ สรุปและ outlook ในเอกสารนี้ วิธีวิเคราะห์ทำงานแนะนำ ซึ่งโครงสร้างพื้นที่การแก้ปัญหา และอำนวยความสะดวกในการตัดสินใจ โดยการรื้อปรับระบบผลิตภัณฑ์ วิธีแนะนำแบบจำลองฟังก์ชันรวม ซึ่งรวมการตามลำดับขั้นและแบบเชิงฟังก์ชัน วิธีนี้ระดับลำดับชั้นที่รวมแบบจำลองเชิงฟังก์ชัน ซึ่งถูกใช้มาปัญหางบ กำลังรวบรวมคำสั่งที่ได้รับปัญหากับฟังก์ชันและฟังก์ชันลำดับชั้น รายงานปัญหาจะจัดโครงสร้างตามลำดับชั้นเช่น Prerequisite for structuring the problem statements and identifying relations between them is a clear definition of hierarchical levels and their boundaries by setting up the hierarchical function model. In order to facilitate this task, the functions are classified according to extent and kind of information they contain. The more information a function contains the merrier rudimental is the function and is arranged to the lower levels of the function hierarchy. Furthermore, in order to facilitate the use of this approach we clearly define terms used in the context of the approach, that is requirement, function, constructive layout and technology. The difference between constructive layout and technology is thereby used to classify functions by specifying the extent and kind of information they contain. As pointed out in chapter 4.1, the definition of technological issues, which practically define the boundary between technology independent and technology dependent functions, and issues concerning the constructive layout are company and industrial sector specific and therefore have to be adjusted according to the application situation. Concluding, this approach provides an engineer a methodology for analysing an existing product and for structuring the derived problem statements in hierarchical levels and relating them to each other. By this means, an engineer has an overview about which are the available entry points to the problem solving process and can chose solving a problem of a higher hierarchical level or solving a number of rudimental problems according to the available resources and purpose of the product reengineering. In the context of this research future work has to be done in order to systematically select relevant problem statements as the amount of the derived problem statements can increase rapidly (see chapter 5). Furthermore, the introduction of an approach to define relevant technological issues and draw the outline between them and issues concerning the constructive layout would be of great value.
การแปล กรุณารอสักครู่..
