C. Integration of engineering disci

C. Integration of engineering disciplines
The technical complexity of projects requires a
development based on the division of labor and the usage of
expert know-how [8]. Typical disciplines in technical projects
are mechanical engineering, electrical engineering, civil
engineering and automation engineering. All engineering
disciplines have to be integrated in a module to ensure the
intended function. For instance, if standards or modules are
defined only by mechanical engineering and under a
mechanical point of view, a module primarily fulfills a
mechanical function. Further the engineering effort is reduced
mainly in the mechanical engineering department. However,
other engineering aspects like electrical and civil engineering
may be neglected, which results in an increased engineering
effort in other engineering disciplines since their design
requirements have not been considered adequately.
The case studies showed that the development of modules
is often driven by a single engineering discipline. Due to the
insufficient degree of integration of different disciplines which
are involved in the engineering process, information
deficiencies and inconsistencies can evolve [29][32][33-35].
and IT-system landscapes with a low degree of integration
between the software tools, leading to redundant data, data
inconsistencies and high development efforts in case of
changes [29][30][31]. This is especially true for the integration
of project independent activities like MSP with project related
engineering tasks.
The case studies showed that there is a multitude of tools
used in the design phase (e.g. dedicated authoring systems for
each discipline) and that there often is a low interaction
between them. Data exchange is done mainly on an semiautomated
excel basis. The same applies for the interaction of
tools of the design phase with tools of other value phases (e.g.
procurement, service). Despite existing solutions like product
lifecycle management systems a seamless exchange of
technical data along the value chain is rare. Reasons are e.g.
high efforts for customization of existing tools or high
investment costs for new tools.

ผลลัพธ์ (ไทย) 1:

ค.รวมสาขาวิชาวิศวกรรมศาสตร์ความซับซ้อนทางด้านเทคนิคของโครงการที่ต้องการพัฒนาตามกองแรงงานและการใช้ผู้เชี่ยวชาญความรู้ [8] สาขาทั่วไปในโครงการทางด้านเทคนิคมีวิศวกรรมเครื่องกล วิศวกรรมไฟฟ้า โยธาวิศวกรรมและวิศวกรรมอัตโนมัติ วิศวกรรมทั้งหมดสาขาวิชาได้สามารถรวมอยู่ในโมดูลให้การใช้ฟังก์ชัน ตัวอย่าง ถ้ามาตรฐานหรือโมดูลกำหนด โดยกลเท่านั้น และภายใต้การเครื่องกลมอง โมดูลหลักตอบสนองการฟังก์ชันเครื่องจักรกล ต่อ ลดความพยายามวิศวกรรมส่วนใหญ่ในภาควิชาวิศวกรรมเครื่องกล อย่างไรก็ตามอื่น ๆ ด้านวิศวกรรมเช่นวิศวกรรมไฟฟ้า และโยธาอาจเป็นที่ไม่มีกิจกรรม ซึ่งผลในการวิศวกรรมเพิ่มขึ้นความพยายามในสาขาวิศวกรรมอื่น ๆ ตั้งแต่ออกแบบความต้องได้ไม่ถูกถือว่าเพียงพอกรณีศึกษาพบว่าการพัฒนาโมดูลมักจะถูกขับเคลื่อน โดยสาขาวิชาการวิศวกรรมเดียว เนื่องการรวมต่างระดับพอ disciplines ซึ่งมีส่วนร่วมในกระบวนการวิศวกรรม ข้อมูลไม่สอดคล้องกันและยังสามารถพัฒนา [29] [32] [33-35]ภูมิทัศน์ระบบ IT ด้วยรวมระดับต่ำและระหว่างเครื่องมือซอฟต์แวร์ การนำข้อมูลซ้ำซ้อน ข้อมูลความขัดแย้งและความพยายามในการพัฒนาสูงในกรณีที่การเปลี่ยนแปลง [29] [30] [31] นี้เป็นจริงโดยเฉพาะอย่างยิ่งสำหรับการรวมกิจกรรมโครงการอิสระเช่น MSP ด้วยโครงการที่เกี่ยวข้องงานวิศวกรรมกรณีศึกษาที่พบว่า มีความหลากหลายของเครื่องมือใช้ในระยะออกแบบ (เช่นทุ่มเทเขียนระบบวินัยแต่ละ) และที่มักจะมีการโต้ตอบที่ต่ำระหว่างพวกเขา แลกเปลี่ยนข้อมูลทำได้ส่วนใหญ่ในการ semiautomatedexcel พื้นฐาน เดียวกันใช้สำหรับการโต้ตอบของเครื่องมือของขั้นตอนการออกแบบ ด้วยเครื่องมืออื่น ๆ ค่าระยะ (เช่นจัดซื้อ บริการ) แม้ มีผลิตภัณฑ์โซลูชั่นที่มีอยู่ระบบการจัดการวงจรการแลกเปลี่ยนการจำแนกข้อมูลทางเทคนิคตามห่วงโซ่คุณค่าจะหายาก มีเหตุผลเช่นความพยายามสูงในการปรับแต่งเครื่องมือที่มีอยู่แล้วหรือสูงต้นทุนการลงทุนสำหรับมือใหม่

ผลลัพธ์ (ไทย) 2:

ซีบูรณาการของสาขาวิชาวิศวกรรมความซับซ้อนทางเทคนิคของโครงการที่ต้องมีการพัฒนาอยู่บนพื้นฐานของการแบ่งงานและการใช้งานของผู้เชี่ยวชาญด้านความรู้[8] สาขาวิชาทั่วไปในโครงการทางเทคนิคเป็นวิศวกรรมเครื่องกล, วิศวกรรมไฟฟ้าโยธาวิศวกรรมและวิศวกรรมอัตโนมัติ วิศวกรรมทุกสาขาวิชาจะต้องบูรณาการในโมดูลเพื่อให้แน่ใจว่าฟังก์ชั่นที่ตั้งใจไว้ ตัวอย่างเช่นถ้ามาตรฐานหรือโมดูลจะถูกกำหนดโดยเฉพาะวิศวกรรมเครื่องกลและภายใต้จุดกลในมุมมองของโมดูลหลักตอบสนองการทำงานของเครื่องจักรกล นอกจากนี้ความพยายามด้านวิศวกรรมจะลดลงส่วนใหญ่อยู่ในภาควิชาวิศวกรรมเครื่องกล อย่างไรก็ตามด้านวิศวกรรมอื่น ๆ เช่นวิศวกรรมไฟฟ้าและพลเรือนอาจจะถูกทอดทิ้งซึ่งจะส่งผลในทางวิศวกรรมที่เพิ่มขึ้นความพยายามในสาขาวิชาวิศวกรรมอื่นๆ ตั้งแต่การออกแบบของพวกเขาต้องการยังไม่ได้รับการพิจารณาอย่างเพียงพอ. กรณีศึกษาแสดงให้เห็นว่าการพัฒนาของโมดูลที่เป็นแรงผลักดันโดยมักเดียววินัยวิศวกรรม เนื่องจากระดับที่ไม่เพียงพอของการรวมกลุ่มสาขาวิชาที่แตกต่างกันซึ่งมีส่วนร่วมในกระบวนการวิศวกรรมข้อมูลข้อบกพร่องและความไม่สอดคล้องกันสามารถพัฒนา[29] [32] [33-35]. และภูมิทัศน์ที่ระบบไอทีที่มีระดับต่ำของการรวมกลุ่มระหว่างซอฟแวร์เครื่องมือที่นำไปสู่การซ้ำซ้อนข้อมูลข้อมูลไม่สอดคล้องกันและพยายามในการพัฒนาสูงในกรณีที่มีการเปลี่ยนแปลง[29] [30] [31] นี่คือความจริงโดยเฉพาะอย่างยิ่งสำหรับการควบรวมของกิจกรรมอิสระโครงการเช่น MSP กับที่เกี่ยวข้องกับโครงการงานวิศวกรรม. กรณีศึกษาแสดงให้เห็นว่ามีความหลากหลายของเครื่องมือที่ใช้ในขั้นตอนการออกแบบ(เช่นระบบการเขียนเฉพาะสำหรับแต่ละสาขาวิชา) และนั่นก็มักจะเป็น การทำงานร่วมกันในระดับต่ำระหว่างพวกเขา การแลกเปลี่ยนข้อมูลส่วนใหญ่จะทำใน semiautomated พื้นฐาน Excel เช่นเดียวกับการทำงานร่วมกันของเครื่องมือในการขั้นตอนการออกแบบที่มีเครื่องมือขั้นตอนค่าอื่น ๆ (เช่นการจัดซื้อบริการแล้ว) แม้จะมีโซลูชั่นที่มีอยู่เช่นเดียวกับผลิตภัณฑ์ระบบการจัดการวงจรการแลกเปลี่ยนราบรื่นของข้อมูลทางเทคนิคตามห่วงโซ่คุณค่าเป็นของหายาก เหตุผลที่เป็นเช่นความพยายามสูงสำหรับการปรับแต่งของเครื่องมือที่มีอยู่สูงหรือค่าใช้จ่ายในการลงทุนสำหรับเครื่องมือใหม่

ผลลัพธ์ (ไทย) 3:

C . การบูรณาการสาขาวิชาวิศวกรรม
ความซับซ้อนทางเทคนิคของโครงการต้องมีการพัฒนาตามหมวดของแรงงาน และการใช้ความรู้ของผู้เชี่ยวชาญ
[ 8 ] ทั่วไป ( โครงการ
ทางเทคนิควิศวกรรมเครื่องกล วิศวกรรมไฟฟ้า วิศวกรรมโยธา
และวิศวกรรมอัตโนมัติ สาขาวิชาวิศวกรรม
ทั้งหมดจะรวมอยู่ในโมดูลเพื่อให้มั่นใจ
ฟังก์ชันวัตถุประสงค์ ตัวอย่าง ถ้ามาตรฐานหรือโมดูล
กำหนดโดยวิศวกรรมเครื่องกลและภายใต้
จุดเครื่องจักรกลในมุมมองของโมดูลหลักสนอง
ฟังก์ชันกล เพิ่มเติม : ความพยายามจะลดลง
ส่วนใหญ่ในสาขาวิศวกรรมเครื่องกล อย่างไรก็ตาม ด้านวิศวกรรมอื่น ๆเช่นไฟฟ้า

วิศวกรรมโยธา อาจจะหลงซึ่งผลในการเพิ่มความพยายามในสาขาวิศวกรรมอื่น ๆวิศวกรรม

เนื่องจากความต้องการในการออกแบบของพวกเขายังไม่ได้รับการพิจารณาอย่างเพียงพอ
กรณีศึกษาพบว่า การพัฒนาโมดูล
มักจะถูกขับเคลื่อนโดยวินัยวิศวกรรมเดียว เนื่องจากการขาดการบูรณาการ
-
สาขาวิชาต่าง ๆซึ่งเกี่ยวข้องในกระบวนการวิศวกรรม , ข้อมูล
ข้อบกพร่องและความไม่สอดคล้องกันสามารถคาย [ 29 ] [ 32 ] [ ไม่เกิน 30 ] .
และระบบภูมิทัศน์กับระดับต่ำของการรวม
ระหว่างเครื่องมือซอฟต์แวร์นำข้อมูลที่ซ้ำซ้อน ข้อมูล
สอดคล้องกันและสูง ความพยายามในการพัฒนาการเปลี่ยนแปลงกรณี
[ 29 ] [ 30 ] [ 31 ] นี้เป็นจริงโดยเฉพาะอย่างยิ่งสำหรับการรวมของโครงการกิจกรรมอิสระ เช่น
MSP กับโครงการที่เกี่ยวข้องกับงานวิศวกรรม

.จากการศึกษาพบว่ามีความหลากหลายของเครื่องมือ
ใช้ในขั้นตอนการออกแบบ ( เช่นทุ่มเทสร้างระบบสำหรับ
แต่ละวินัย ) และมันมักจะเป็นต่ำปฏิสัมพันธ์
ระหว่างพวกเขา แลกเปลี่ยนข้อมูลจะทำส่วนใหญ่ใน semiautomated
Excel พื้นฐาน เดียวกันใช้สำหรับการปฏิสัมพันธ์ของ
เครื่องมือของขั้นตอนการออกแบบด้วยเครื่องมือของ ขั้นตอน ค่าอื่น ๆ ( เช่น การจัดหาบริการ
)แม้จะมีอยู่โซลูชั่นเช่นผลิตภัณฑ์สำหรับการจัดการระบบแลกเปลี่ยน

ไม่มีรอยต่อของข้อมูลทางเทคนิคตามห่วงโซ่คุณค่า คือ หายาก เหตุผลสำหรับการปรับแต่งสูงเช่น
ความพยายามของเครื่องมือที่มีอยู่ หรือค่าใช้จ่ายในการลงทุนสูง
สำหรับเครื่องมือใหม่