3.2. The introduction of automation into managementpracticesIn the 199 การแปล - 3.2. The introduction of automation into managementpracticesIn the 199 ไทย วิธีการพูด

3.2. The introduction of automation

3.2. The introduction of automation into management
practices
In the 1990s, there have been significant developments
in technology, which have resulted in the
production of very powerful software packages for
the construction industry. The ‘‘ad hoc’’ deployment
of such packages have resulted in improvements at
their local level of implementation, such as planning,
estimating, design, etc, but have added limited benefits
at the project level. The following examples are
caused by such a problem.
3.2.1. Electronic communication versus culture
Although many construction organisations are
using IT to improve specific processes/applications,
the construction industry still traditionally holds the
view of issuing hard copy documentation as against
electronic forms for auditing and record purposes.
Deng et al. [8, p. 241] show how communication in
the construction industry is complicated by its structural
problems.
When drawings are amended, the revised drawings
or instructions need to be in hard copy form
confirmed with the architect’s chop or signature
and the receipt of the drawings be acknowledged
by the contractors in writing. Therefore sending
these documents electronically cannot complete
these endorsement procedures.
The mixing of electronic and hard copies in
organisations make it difficult for project managers
to process the right information as and when
required.
3.2.2. Lack of software integration
A high percentage of the IT system solutions
(software) that are available today focus on specific
tasks such as project planning and monitoring, estimating,
design, etc. These isolated applications have
resulted in a broad spread of stand-alone applications
packages with no or ‘‘fixed’’ communication links.
The industry lacks an integrated comprehensive
system, which facilitates the smooth flow of information
between the various stages of the project
[1,3].
M. Alshawi, B. Ingirige / Automation in Construction 12 (2003) 349–364 351
3.2.3. Lack of a standardised platform for information
exchange
The incompatibility between hardware and software,
mentioned earlier, have raised a serious ‘‘technical’’
problem, which have prevented project
managers to easily access and manage project information.
These problems are caused by the lack of
standardisation of project information that can facilitate
the flow of information between incompatible
hardware and software. Therefore, IT systems that are
available and currently used by the industry do not
consider the needs of widely dispersed participants in
large construction projects [47].
3.2.4. Lack of proper decision-making tools for
project planning
Planning is a lengthy process and needs contributions
from the entire project team. It is also context
dependent. This process can be significantly improved
if appropriate decision-making tools are incorporated
into their structure. Comprehensive systems have not
yet been developed in this direction.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
3.2. การแนะนำของระบบอัตโนมัติในการจัดการแนวทางปฏิบัติในปี 1990 ได้รับการพัฒนาอย่างมีนัยสำคัญเทคโนโลยี ซึ่งมีผลในการแพคเกจซอฟต์แวร์ที่มีประสิทธิภาพมากสำหรับการผลิตอุตสาหกรรมก่อสร้าง การปรับใช้ ''เฉพาะกิจ ''แพคเกจดังกล่าวมีผลในการปรับปรุงที่การใช้งาน เช่น การวางแผนระดับท้องถิ่นงานประมาณราคา ออกแบบ ฯลฯ แต่เพิ่มประโยชน์จำกัดระดับโครงการ ตัวอย่างต่อไปนี้คือเกิดจากปัญหาดังกล่าว3.2.1. อิเล็กทรอนิกส์การสื่อสารระหว่างวัฒนธรรมแม้ว่าหลายองค์กรก่อสร้างใช้ในการปรับปรุงเฉพาะกระบวนการ/การใช้งานอุตสาหกรรมการก่อสร้างแบบดั้งเดิมยังคงมีการมุมมองของการออกสำเนาเอกสารเป็นกับแบบฟอร์มอิเล็กทรอนิกส์เพื่อวัตถุประสงค์ในการตรวจสอบ และบันทึกเตง et al. [8, p. 241] แสดงว่าการสื่อสารในอุตสาหกรรมก่อสร้างมีความซับซ้อน โดยโครงสร้างของปัญหาเมื่อแก้ไขภาพวาด ภาพวาดฉบับปรับปรุงหรือคำสั่งต้องอยู่ในแบบฟอร์มเอกสารยืนยันกับสับหรือลายเซ็นของสถาปนิกและเป็นที่ยอมรับการรับวาดโดยที่ผู้รับเหมาในการเขียน ดังนั้น การส่งเอกสารเหล่านี้ทางอิเล็กทรอนิกส์ไม่สามารถเสร็จสมบูรณ์ขั้นตอนนี้รับรองการผสมของสำเนาอิเล็กทรอนิกส์ และยากในองค์กรทำให้โครงการจัดการการประมวลผลข้อมูลที่ถูกต้อง ตามต้องระบุ3.2.2. ขาดรวมซอฟต์แวร์เปอร์เซ็นต์สูงสุดของการแก้ปัญหาระบบ IT(ซอฟต์แวร์) ที่จะมีวันนี้เน้นเฉพาะงานเช่นโครงการการวางแผน และการตรวจ สอบ การประเมินออกแบบ ฯลฯ โปรแกรมประยุกต์เหล่านี้แยกได้ส่งผลให้เกิดการแพร่กระจายสิ่งของแอปพลิเคชันแบบสแตนด์อโลนแพคเกจที่ไม่มี หรือเชื่อมโยงสื่อสาร ''คง ''อุตสาหกรรมขาดการครอบคลุมแบบบูรณาการระบบ ซึ่งช่วยในการไหลที่ราบรื่นของข้อมูลระหว่างขั้นตอนต่าง ๆ ของโครงการ1, [3]ม. Alshawi, B. Ingirige / ระบบอัตโนมัติในการก่อสร้าง 12 (2003) 349-364 3513.2.3. ขาดข้อมูลเวทีมาตรฐานอัตราแลกเปลี่ยนไม่เข้ากันระหว่างฮาร์ดแวร์และซอฟต์แวร์กล่าวถึงก่อนหน้านี้ ได้ยก ''เทคนิค '' อย่างจริงจังปัญหา ซึ่งมีโครงการป้องกันจัดการการเข้าถึง และจัดการข้อมูลโครงการปัญหาเหล่านี้เกิดจากการขาดมาตรฐานของข้อมูลโครงการที่สามารถอำนวยความสะดวกการไหลของข้อมูลระหว่างเข้ากันไม่ได้ฮาร์ดแวร์และซอฟต์แวร์ ดังนั้น ระบบ IT ที่มี และใช้อยู่ในปัจจุบัน โดยอุตสาหกรรมพิจารณาความต้องการของผู้เข้าร่วมกระจายอย่างกว้างขวางในโครงการก่อสร้างขนาดใหญ่ [47]3.2.4. ขาดการตัดสินใจที่เหมาะสมเครื่องมือสำหรับการวางแผนโครงการการวางแผนเป็นกระบวนการยาวนาน และต้องการมีส่วนร่วมจากทีมงานทั้งโครงการ มันเป็นบริบทขึ้น กระบวนการนี้ได้ดีขึ้นอย่างมีนัยสำคัญถ้ามีการจดทะเบียนเครื่องมือตัดสินใจที่เหมาะสมโครงสร้างของพวกเขา ระบบครอบคลุมไม่ได้ยังได้ รับการพัฒนาในทิศทางนี้
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
3.2 การเปิดตัวของระบบอัตโนมัติในการจัดการ
การปฏิบัติ
ในปี 1990 ได้มีการพัฒนาที่สำคัญ
ในด้านเทคโนโลยีซึ่งมีผลใน
การผลิตซอฟแวร์ที่มีประสิทธิภาพมากสำหรับ
อุตสาหกรรมการก่อสร้าง ว่า '' เฉพาะกิจ '' การใช้งาน
ของแพคเกจดังกล่าวได้ผลในการปรับปรุงใน
ระดับท้องถิ่นของพวกเขาในการดำเนินการเช่นการวางแผน,
การประเมินการออกแบบ ฯลฯ แต่มีการเพิ่มสิทธิประโยชน์ จำกัด
ในระดับโครงการ ตัวอย่างต่อไปนี้จะ
เกิดจากปัญหาดังกล่าว
3.2.1 การสื่อสารทางอิเล็กทรอนิกส์เมื่อเทียบกับวัฒนธรรม
แม้ว่าการก่อสร้างองค์กรจำนวนมากจะ
ใช้มันในการปรับปรุงกระบวนการที่เฉพาะเจาะจง / การใช้งาน
ในอุตสาหกรรมการก่อสร้างยังคงเป็นประเพณีที่ถือ
มุมมองของการออกเอกสารสำเนายากเมื่อเทียบกับ
รูปแบบอิเล็กทรอนิกส์สำหรับวัตถุประสงค์ในการตรวจสอบและบันทึก
เติ้ง, et al [8 พี 241] แสดงให้เห็นว่าการสื่อสารใน
อุตสาหกรรมการก่อสร้างที่มีความซับซ้อนโดยโครงสร้างของ
ปัญหา
เมื่อภาพวาดที่แก้ไขเพิ่มเติมแก้ไขภาพวาด
หรือคำแนะนำที่จะต้องอยู่ในรูปแบบสำเนายาก
ยืนยันกับสับของสถาปนิกหรือลายเซ็น
และใบเสร็จรับเงินของภาพวาดที่ได้รับการยอมรับ
โดยผู้รับเหมาในการเขียน ดังนั้นการส่ง
เอกสารเหล่านี้ด้วยระบบอิเล็กทรอนิกส์ไม่สามารถดำเนินการ
ขั้นตอนการรับรองเหล่านี้
ผสมของสำเนาอิเล็กทรอนิกส์และยากใน
องค์กรทำให้มันยากสำหรับผู้จัดการโครงการ
ในการประมวลผลข้อมูลที่ถูกต้องเป็นและเมื่อ
จำเป็น
3.2.2 ขาดการรวมซอฟต์แวร์
เปอร์เซ็นต์สูงของโซลูชั่นระบบไอที
(ซอฟต์แวร์) ที่มีอยู่ในวันนี้มุ่งเน้นเฉพาะ
งานต่างๆเช่นการวางแผนโครงการและการตรวจสอบการประเมินการ
ออกแบบการใช้งานอื่น ๆ ที่แยกเหล่านี้ได้
ส่งผลให้เกิดการแพร่กระจายในวงกว้างของการใช้งานแบบสแตนด์อะโลน
แพคเกจที่มีหรือไม่มี '' ถาวร '' เชื่อมโยงการสื่อสาร
อุตสาหกรรมขาดครอบคลุมแบบบูรณาการ
ระบบซึ่งจะเอื้อต่อการไหลที่ราบรื่นของข้อมูล
ระหว่างขั้นตอนต่างๆของโครงการ
[1,3]
เอ็ม Alshawi บี Ingirige / Automation ในการก่อสร้าง 12 (2003) 349-364 351
3.2.3 ขาดความเป็นแพลตฟอร์มมาตรฐานสำหรับข้อมูล
แลกเปลี่ยน
ความไม่ลงรอยกันระหว่างฮาร์ดแวร์และซอฟต์แวร์
กล่าวก่อนหน้านี้ได้ยกร้ายแรง '' ทางเทคนิค ''
ปัญหาที่มีการป้องกันโครงการ
ผู้จัดการเพื่อง่ายต่อการเข้าถึงและจัดการข้อมูลโครงการ
ปัญหาเหล่านี้เกิดจากการขาด
มาตรฐานของข้อมูลโครงการที่สามารถอำนวยความสะดวกใน
การไหลของข้อมูลระหว่างเข้ากันไม่
ฮาร์ดแวร์และซอฟต์แวร์ ดังนั้นระบบไอทีที่มี
อยู่และที่ใช้ในปัจจุบันโดยอุตสาหกรรมไม่
พิจารณาความต้องการของผู้เข้าร่วมแยกย้ายกันอย่างแพร่หลายใน
การก่อสร้างโครงการขนาดใหญ่ [47]
3.2.4 ขาดเครื่องมือในการตัดสินใจที่เหมาะสมสำหรับ
การวางแผนโครงการ
การวางแผนเป็นกระบวนการที่มีความยาวและความต้องการผลงาน
จากทีมงานโครงการทั้งหมด นอกจากนี้ยังเป็นบริบท
ขึ้น ขั้นตอนนี้อาจจะดีขึ้นอย่างมีนัยสำคัญ
ถ้าเครื่องมือการตัดสินใจที่เหมาะสมจะรวมอยู่
ในโครงสร้างของพวกเขา ระบบที่ครอบคลุมยังไม่
ได้รับการพัฒนาไปในทิศทางนี้
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
3.2 . การแนะนำของระบบอัตโนมัติในการจัดการการปฏิบัติในปี 1990 ได้มีการพัฒนาอย่างมีนัยสำคัญในเทคโนโลยี ซึ่งมีผลในการผลิตของแพคเกจซอฟต์แวร์ที่มีประสิทธิภาพมากสำหรับอุตสาหกรรมก่อสร้าง ' ' ' ( 'ad ฮอกของแพคเกจดังกล่าวมีผลในการปรับปรุงที่ระดับท้องถิ่นของการใช้งาน เช่น การวางแผนประมาณราคา , ออกแบบ , ฯลฯ แต่ยังเพิ่มประโยชน์จำกัดในระดับโครงการ ตัวอย่างต่อไปนี้คือเกิดจากปัญหาดำเนินงาน . การสื่อสารอิเล็กทรอนิกส์เมื่อเทียบกับวัฒนธรรมแม้ว่าองค์กรการก่อสร้างหลายใช้มันเพื่อปรับปรุงการใช้งาน / กระบวนการที่เฉพาะเจาะจงอุตสาหกรรมการก่อสร้างยังคงประเพณีถือมุมมองของเอกสารที่คัดลอกยากพอๆ กับการออกแบบฟอร์มอิเล็กทรอนิกส์สำหรับการตรวจสอบและการบันทึกเติ้ง et al . [ 8 , หน้า 241 ] แสดงให้เห็นว่าการสื่อสารในอุตสาหกรรมการก่อสร้างที่ซับซ้อนของโครงสร้างปัญหาเมื่อภาพวาดแก้ไข , แก้ไขภาพวาดหรือคำสั่งจะต้องอยู่ในรูปแบบสำเนายากยืนยันกับสถาปนิกสับหรือลายเซ็นและได้รับการยอมรับว่าเป็นภาพวาดโดยผู้รับเหมาในการเขียน จึงส่งเอกสารอิเล็กทรอนิกส์เหล่านี้ไม่สามารถเสร็จสมบูรณ์ขั้นตอนการรับรองเหล่านี้การผสมของสำเนาอิเล็กทรอนิกส์และฮาร์ดดิสก์ในองค์กรที่ทำให้มันยากสำหรับผู้บริหารโครงการการประมวลผลข้อมูลที่ถูกต้อง และเมื่อต้อง3.2.2 . ขาดการบูรณาการซอฟต์แวร์เปอร์เซ็นต์สูงของระบบโซลูชั่น( ซอฟต์แวร์ ) ที่มีอยู่ในปัจจุบันได้มุ่งเน้นเฉพาะงานเช่นโครงการการวางแผนและการประมาณออกแบบแยกการใช้งานได้ เป็นต้นผลในการแพร่กระจายกว้างของโปรแกรมประยุกต์แบบสแตนด์อโลนแพคเกจที่ไม่มี ' ' หรือ ' 'fixed การสื่อสาร การเชื่อมโยงอุตสาหกรรมขาดบูรณาการครบวงจรระบบที่อำนวยความสะดวกในการไหลที่ราบรื่นของข้อมูลระหว่างขั้นตอนต่างๆของโครงการ[ 1 , 3 ]เมตร alshawi พ. ingirige / อัตโนมัติในการก่อสร้าง 12 ( 2003 ) 349 – 364 351 คน3.2.3 . ขาดมาตรฐานแพลตฟอร์มข้อมูลตราความไม่ลงรอยกันระหว่างฮาร์ดแวร์และซอฟต์แวร์ที่กล่าวถึงก่อนหน้านี้ ได้ยก 'technical ร้ายแรง ' ' 'ปัญหาที่ขัดขวางโครงการผู้จัดการสามารถเข้าถึงและจัดการข้อมูลโครงการปัญหาเหล่านี้เกิดจากการขาดข้อมูลโครงการที่สามารถอำนวยความสะดวกให้ได้มาตรฐานของการไหลของข้อมูลระหว่างที่เข้ากันไม่ได้ฮาร์ดแวร์และซอฟต์แวร์ ดังนั้น ระบบที่เป็นพร้อมใช้งาน และใช้ในอุตสาหกรรมทําไม่พิจารณาความต้องการของผู้เข้าร่วมในการกระจายอย่างกว้างขวางโครงการก่อสร้างขนาดใหญ่ [ 47 ]3.2.4 . ขาดเครื่องมือที่เหมาะสมสำหรับการตัดสินใจโครงการวางแผนการวางแผน คือ กระบวนการยาว และต้องการผลงานจากทีมงานโครงการทั้งหมด นอกจากนี้ยังเป็นบริบทขึ้นอยู่กับ กระบวนการนี้สามารถเพิ่มขึ้นอย่างมากถ้าเครื่องมือตัดสินใจที่เหมาะสม รวมในโครงสร้างของพวกเขา ระบบที่ครอบคลุมได้ไม่ยังถูกพัฒนาไปในทิศทางนี้
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: