been widely used by SMB contractors and subcontractors, in order toach การแปล - been widely used by SMB contractors and subcontractors, in order toach ไทย วิธีการพูด

been widely used by SMB contractors

been widely used by SMB contractors and subcontractors, in order to

achieve compatibility and to make a gradual adoption of the new

technology.

2) Cloud-computing—since our targeted users are SMB contractors and

subcontractors, the systems needs to be developed with affordable

yet reliable techniques. Recently, cloud-computing technology

such as Microsoft Azure has been gaining popularity as a cost-
effective solution with ubiquitous access across platforms yet requir-
ing minimal maintenance effort.

3) Web—a website can be developed and deployed on the cloud to

provide tracking data and relevant documents; also, it can provide

customized services such as RFID system management and data

aggregation/visualization for further analyses.

4.1. System requirements

The proposed system is implemented as an end-to-end material

tracking system with the aforementioned technologies. The tracking

system hardware is to be implemented using a combination of new

RFID scanning technologies integrated with a legacy barcode scanning

application. Although RFID can considerably reduce the time and effort

for scanning, the barcoding system is also integrated since it is highly in-
grained into the existing workflow in the company. It would be highly

disruptive to try to either create a parallel system or to replace the

existing system. This integration will enable the company to make

gradual progress in retrofitting their workflow. Once scanned by RFID

or barcode readers, the raw data will be immediately uploaded to the

database (DB) on the cloud after being converted into a formatted

form that will enable tracking products both through the manufacturing

process and through post-delivery activities.

The raw data at the fabrication site are collected whenever products

pass through a checkpoint or the shipping dock area, where RFID

readers are stationed and read the data stored in the tag attached to

each product. This system employs UHF and passive type RFID readers

and tags because their transmission range is appropriate for this appli-
cation. The raw data are transmitted over Wi-Fi to a client interface

which converts the data to an appropriate form and upload them on

the cloud DB. The data could work around the client and be passed di-
rectly to the cloud if the RFID reader supports necessary API to develop

web applications (some vendors provide web API with extra charges).

At the remote construction site, the delivered products pass through

the RFID readers stationed at the entrance where the tag data are gath-
ered. Similarly, the raw data are uploaded on the cloud through a client

interface. The Internet connectivity at the construction site can be

obtained via the Air Cards that the constructor has been using. Another

option is to use cellular networks, which are feasible since the data

requirement is small (usually textual data less than a total of 10 MB

per day at each construction site).

Once stored on the cloud, the tracking data will be ubiquitously

accessible to all involved users including managers, designers,

manufacturing/production engineers, delivery personnel, and installers.

In addition to the tracking data, a web site will be set up at the cloud to

provide ubiquitous access to production information such as design

documents, BOM documents, and product specifications, as well as

analysis/visualization tools.

The purpose of using a cloud-based solution is to reduce the cost

related to computing infrastructure, software licensing, hardware, and

their operation and maintenance, which is not affordable for SMB

contractors and subcontractors with limited resources to invest in IT

solutions. The ubiquitous access to the cloud will allow for real-time

updates and communication between on-site personnel, manufac-
turers, and management regardless of their location. This grants the

ability to update product specifications, follow delivery status, reduce

erroneous deliveries, and reduce wasted work due to outdated

information.

4.2. Functional requirements

After analyzing the company's existing workflow and resources, the

following components were determined as the major deliverables:

1) an optimized DB schema with a friendly web interface developed

on the cloud; 2) a customized thin client (or web applications) integrat-
ed with RFID tag scanning functionality; and 3) the capability of

synchronizing barcode data to the DB to maintain compatibility.

Below are the main features required in the system:

1) Web interface

- Users are able to log into the system with different roles and perform

operations with respect to his/her credential

o Designer

▪ Manipulate existing spool information for their projects

▪ Upload PDF of plans for new/existing spools

o Engineer

▪ Access spool information

▪ Update process/p
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ถูกใช้อย่างกว้างขวาง โดย SMB ผู้รับเหมาและผู้รับเหมาช่วง การบรรลุความเข้ากันได้และ เพื่อให้การยอมรับทีละน้อยของใหม่เทคโนโลยี2) คลาวด์คอมพิวติ้ง — ตั้งแต่ผู้ใช้เป้าหมายของเราเป็นผู้รับเหมา SMB และผู้รับเหมา ระบบต้องการได้รับการพัฒนา ด้วยราคาไม่แพงยังเชื่อถือได้เทคนิค เมื่อเร็ว ๆ นี้ คลาวด์คอมพิวติ้งเทคโนโลยีเช่น Microsoft Azure ได้รับความนิยมเป็นต้นทุน-วิธีที่มีประสิทธิภาพเข้าแพร่หลายข้ามแพลตฟอร์มได้ requir-ไอเอ็นจีน้อยที่สุด-บำรุง3) เว็บ — เว็บไซต์สามารถพัฒนา และปรับใช้บนเมฆมีการติดตามข้อมูลและเอกสารที่เกี่ยวข้อง นอกจากนี้ สามารถให้บริการที่กำหนดเองเช่น RFID ระบบการจัดการและข้อมูลรวม/สร้างภาพสำหรับการวิเคราะห์เพิ่มเติม4.1. ข้อกำหนดระบบระบบที่นำเสนอถูกนำมาใช้เป็นวัสดุสู่ปลายระบบติดตาม ด้วยเทคโนโลยีดังกล่าว การติดตามฮาร์ดแวร์ระบบมีการใช้ชุดของใหม่RFID เทคโนโลยีการสแกนรวมกับในการสแกนบาร์โค้ดเดิมการประยุกต์ใช้ แม้ว่า RFID สามารถลดเวลาและความพยายามสำหรับการสแกน ปกรณ์บาร์โค้ดระบบรวมยังมีสูงใน-ขึ้นลายเกรนลงในเวิร์กโฟลว์ที่มีอยู่ในบริษัท มันจะสูงก่อกวนพยายามสร้างระบบขนาน หรือแทนระบบที่มีอยู่ รวมนี้จะช่วยบริษัทให้ความคืบหน้าอย่างช้า ๆ ในสภาพของลำดับงาน เมื่อสแกน ด้วย RFIDหรือเครื่องอ่านบาร์โค้ด ข้อมูลดิบจะถูกทันทีอัพโหลดไปฐานข้อมูล (DB) บน cloud หลังจากถูกแปลงไปเป็นรูปแบบแบบฟอร์มที่จะเปิดใช้งานการติดตามผลิตภัณฑ์ทั้งการผลิตกระบวนการ และกิจกรรมหลังการส่งมอบมีการรวบรวมข้อมูลดิบที่ไซต์ผลิตเมื่อใดก็ตามผลิตภัณฑ์ผ่านจุดเช็คพอยท์หรือบริเวณท่าเรือส่ง ที่ RFIDผู้อ่านเป็นประจำ และอ่านข้อมูลที่เก็บไว้ในแท็กที่แนบแต่ละผลิตภัณฑ์ ระบบนี้ใช้ UHF และเครื่องอ่าน RFID ชนิดแฝงและที่เหมาะสมเนื่องจากเป็นช่วงส่งแท็กสำหรับพลิ-รก ข้อมูลดิบจะถูกส่งผ่าน Wi-fi อินเทอร์เฟซของไคลเอ็นต์ซึ่งแปลงข้อมูลแบบฟอร์มที่เหมาะสม และอัปโหลดบนระบบคลาวด์ DB ข้อมูลที่ไม่สามารถหลีกเลี่ยงลูกค้า และผ่าน di-rectly ไปยัง cloud หาก RFID reader รองรับ API จำเป็นในการพัฒนาการใช้งานเว็บ (ผู้จำหน่ายบางรายให้ API ของเว็บแบบเสียเงิน)ไซต์ก่อสร้างระยะไกล การจัดส่งผลิตภัณฑ์ผ่านเครื่องอ่าน RFID ที่ประจำอยู่ที่ทางเข้าข้อมูล tag กัท-ered ในทำนองเดียวกัน มีการอัปโหลดข้อมูลดิบบน cloud ผ่านไคลเอนต์อินเตอร์เฟซ การเชื่อมต่ออินเทอร์เน็ตที่สถานก่อสร้างได้รับผ่านแอร์การ์ดที่ได้ใช้สร้าง อื่นเลือกคือการ ใช้เครือข่ายเซลลูลาร์ ซึ่งเป็นไปได้ตั้งแต่ข้อมูลความต้องการมีขนาดเล็ก (มักจะเป็นข้อความข้อมูลน้อยกว่าผลรวมของ 10 MBต่อวันที่แต่ละไซต์ก่อสร้าง)เมื่อเก็บไว้บนคลาวด์ การติดตามข้อมูลจะ ubiquitouslyสามารถเข้าถึงผู้ใช้ทั้งหมดที่เกี่ยวข้องรวมทั้งผู้จัดการ ออกแบบวิศวกรการผลิต/การผลิต เจ้าหน้าที่จัดส่ง และติดตั้งนอกจากการติดตามข้อมูล เว็บไซต์ที่จะตั้งที่เมฆความแพร่หลายในการผลิตข้อมูลเช่นการออกแบบเอกสาร เอกสาร BOM และข้อมูลจำเพาะ ของผลิตภัณฑ์ เป็นเครื่องมือวิเคราะห์/แสดงวัตถุประสงค์ของการใช้โซลูชันคลาวด์จะลดต้นทุนที่เกี่ยวข้องกับการใช้งานโครงสร้างพื้นฐาน การอนุญาตให้ใช้สิทธิ์ซอฟต์แวร์ ฮาร์ดแวร์ และการดำเนินงานและการบำรุงรักษา ซึ่งไม่เหมาะสมสำหรับ SMBผู้รับเหมาและผู้รับเหมา ด้วยทรัพยากรที่จำกัดการลงทุนในมันโซลูชั่น เข้าแพร่หลายไปยัง cloud จะช่วยให้การเรีปรับปรุงและการสื่อสารระหว่างบุคลากรในสถาน manufac-turers และการจัดการโดยไม่คำนึงถึงตำแหน่งของพวกเขา นี้มอบให้ความสามารถในการปรับปรุงข้อกำหนดของผลิตภัณฑ์ ติดตามสถานะการจัดส่ง ลดส่งมีข้อผิดพลาด และลดการสูญเสียงานเนื่องจากการล้าสมัยข้อมูล4.2 การทำงานหลังจากวิเคราะห์บริษัทเดิมของเวิร์กโฟลว์และทรัพยากร การกำหนดเป็นจัดให้สำคัญคอมโพเนนต์ต่อไปนี้:1) พัฒนาแบบแผน DB การเพิ่มประสิทธิภาพ ด้วยอินเตอร์เฟซเป็นมิตรเว็บบนเมฆ 2) แบบกำหนดเองบางไคลเอนต์ (หรือโปรแกรมประยุกต์เว็บ) integrat -ed ด้วยการสแกนทำงาน แท็ก RFID และ 3) ความสามารถในการตรงบาร์โค้ดข้อมูล DB เพื่อรักษาความเข้ากันได้ด้านล่างเป็นคุณสมบัติหลักที่จำเป็นในระบบ:1) เว็บอินเตอร์เฟส-ผู้ใช้จะสามารถเข้าสู่ระบบที่มีบทบาท และดำเนินการการดำเนินการเกี่ยวกับข้อมูลประจำตัวของตนo ออกแบบ▪จัดการเก็บพักข้อมูลที่มีอยู่สำหรับโครงการของพวกเขา▪อัปโหลด PDF ของแผนสำหรับสิ่งของที่เป็นใหม่หรือที่มีอยู่o วิศวกรรม▪เข้าเก็บพักข้อมูล▪ปรับปรุงกระบวน การ/p
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ถูกนำมาใช้กันอย่างแพร่หลายโดยผู้รับเหมา SMB และผู้รับเหมาช่วงในการที่จะ

ประสบความสำเร็จในการทำงานร่วมกันและเพื่อให้การยอมรับอย่างค่อยเป็นค่อยไปของใหม่

เทคโนโลยี.

2) ระบบคลาวด์คอมพิวติ้งตั้งแต่ผู้ใช้กำหนดเป้าหมายของเราเป็นผู้รับเหมา SMB และ

ผู้รับเหมาระบบจะต้องมีการพัฒนาที่มีราคาไม่แพง

เลย เทคนิคที่เชื่อถือได้ เมื่อเร็ว ๆ นี้เทคโนโลยีคอมพิวเตอร์เมฆ

เช่น Microsoft Azure ได้รับการดึงดูดความนิยมเป็นค่าใช้จ่าย
โซลูชั่นที่มีประสิทธิภาพที่มีการเข้าถึงที่แพร่หลายไปทั่วแพลตฟอร์มยัง requir-
ไอเอ็นจีพยายามบำรุงรักษาน้อยที่สุด.

3) เว็บเว็บไซต์ที่สามารถพัฒนาและใช้งานบนระบบคลาวด์เพื่อ

ให้การติดตาม ข้อมูลและเอกสารที่เกี่ยวข้อง; นอกจากนี้ยังสามารถให้

บริการที่กำหนดเองเช่นการจัดการระบบ RFID และข้อมูล

รวม / การสร้างภาพสำหรับการวิเคราะห์ต่อไป.

4.1 ความต้องการของระบบ

ระบบที่นำเสนอมีการใช้งานเป็นวัสดุแบบ end-to-end

ระบบการติดตามด้วยเทคโนโลยีดังกล่าว ติดตาม

ฮาร์ดแวร์ของระบบคือการได้รับการดำเนินการโดยใช้การรวมกันของใหม่

เทคโนโลยี RFID การสแกนแบบบูรณาการด้วยการสแกนบาร์โค้ดแบบเดิม

แอพลิเคชัน แม้ว่า RFID มากสามารถลดเวลาและความพยายาม

สำหรับการสแกนบาร์โค้ดระบบจะรวมยังเพราะมันเป็นอย่างสูงที่ห
เม็ดเล็กลงในเวิร์กโฟลว์ที่มีอยู่ใน บริษัท มันจะสูง

ก่อกวนเพื่อพยายามที่จะสร้างระบบคู่ขนานหรือจะเข้ามาแทนที่

ระบบที่มีอยู่ บูรณาการนี้จะช่วยให้ บริษัท ที่จะทำให้

ความคืบหน้าอย่างค่อยเป็นค่อยไปในการเดินเวิร์กโฟลว์ของพวกเขา เมื่อสแกนโดย RFID

หรือบาร์โค้ดอ่านข้อมูลดิบจะถูกอัปโหลดทันทีที่

ฐานข้อมูล (DB) บนระบบคลาวด์หลังจากที่ถูกแปลงเป็นรูปแบบ

รูปแบบที่จะช่วยให้ผลิตภัณฑ์ติดตามผ่านทั้งการผลิต

กระบวนการและการผ่านกิจกรรมหลังคลอด.

ดิบ ข้อมูลที่เว็บไซต์ของการผลิตจะถูกเก็บรวบรวมเมื่อใดก็ตามที่สินค้า

ผ่านด่านหรือพื้นที่การจัดส่งสินค้าที่ท่าเรือที่ RFID

ผู้อ่านเป็นประจำและอ่านข้อมูลที่เก็บไว้ในแท็กที่ติดอยู่กับ

แต่ละผลิตภัณฑ์ ระบบนี้มีพนักงาน UHF และ passive ประเภท RFID ผู้อ่าน

และแท็กเพราะช่วงการส่งผ่านของพวกเขาเป็นที่เหมาะสมสำหรับพลิเคชันนี้
ไอออนบวก ข้อมูลดิบที่จะถูกส่งผ่าน Wi-Fi ไปติดต่อลูกค้า

ซึ่งจะแปลงข้อมูลไปยังรูปแบบที่เหมาะสมและอัปโหลดบน

เมฆ DB ข้อมูลที่สามารถทำงานรอบลูกค้าและถูกส่งผ่านไปดิ
rectly ไปยังเมฆถ้าอ่าน RFID สนับสนุน API จำเป็นในการพัฒนา

โปรแกรมประยุกต์บนเว็บ (ผู้ขายบางส่วนให้เว็บ API ที่มีค่าใช้จ่ายเพิ่มเติม).

ณ สถานที่ก่อสร้างระยะไกลมอบสินค้าผ่าน

อ่าน RFID ประจำการอยู่ที่ประตูทางเข้าที่มีข้อมูลแท็ก gath-
สมบรูณ์ ในทำนองเดียวกันข้อมูลดิบจะถูกอัพโหลดบนเมฆผ่านลูกค้า

อินเตอร์เฟซ การเชื่อมต่ออินเทอร์เน็ตที่สถานที่ก่อสร้างที่สามารถ

ได้รับผ่านแอร์การ์ดที่สร้างได้ใช้ อีก

ตัวเลือกคือการใช้เครือข่ายโทรศัพท์เคลื่อนที่ซึ่งจะเป็นไปได้เนื่องจากข้อมูล

ความต้องการที่มีขนาดเล็ก (ข้อมูลมักต้นฉบับเดิมน้อยกว่ารวมเป็น 10 ล้านบาท

ต่อวันในสถานที่ก่อสร้างในแต่ละ).

เมื่อเก็บไว้ในระบบคลาวด์, การติดตามข้อมูลจะ ubiquitously

สามารถเข้าถึงได้ ผู้ใช้ที่เกี่ยวข้องทั้งหมดรวมทั้งผู้จัดการ, ออกแบบ,

การผลิต / การผลิตวิศวกรบุคลากรการส่งมอบและติดตั้ง.

นอกจากข้อมูลติดตามเว็บไซต์ที่จะตั้งขึ้นที่เมฆเพื่อ

ให้การเข้าถึงแพร่หลายไปยังข้อมูลการผลิตเช่นการออกแบบ

เอกสารเอกสาร BOM และข้อกำหนดของผลิตภัณฑ์รวมทั้ง

เครื่องมือในการวิเคราะห์ / การสร้างภาพ.

วัตถุประสงค์ของการใช้วิธีการแก้ปัญหาเมฆที่ใช้คือการลดค่าใช้จ่าย

ที่เกี่ยวข้องกับการคำนวณโครงสร้างลิขสิทธิ์ซอฟต์แวร์ฮาร์ดแวร์และ

การดำเนินงานของพวกเขาและการบำรุงรักษาที่ไม่ได้ราคาไม่แพงสำหรับ SMB

ผู้รับเหมา และผู้รับเหมาช่วงที่มีทรัพยากร จำกัด ในการลงทุนในด้านไอที

โซลูชั่น การเข้าถึงแพร่หลายไปยังเมฆจะช่วยให้เวลาจริง

การปรับปรุงและการสื่อสารระหว่างบุคลากรในสถานที่ซึ่งผลิตภัณฑ์ของ บริษัท
turers และการจัดการโดยไม่คำนึงถึงตำแหน่งของพวกเขา นี้ถือเป็น

ความสามารถในการปรับปรุงข้อกำหนดของผลิตภัณฑ์ทำตามสถานะการจัดส่งลด

การส่งมอบที่ผิดพลาดและลดการทำงานที่สูญเสียเนื่องจากการที่ล้าสมัย

ข้อมูล.

4.2 ความต้องการการทำงาน

หลังจากการวิเคราะห์ขั้นตอนการทำงานที่มีอยู่ของ บริษัท และทรัพยากร

องค์ประกอบต่อไปนี้ได้รับการพิจารณาเป็นสำคัญการส่งมอบ:

1) คี DB เพิ่มประสิทธิภาพด้วยอินเตอร์เฟซที่เป็นมิตรกับเว็บที่พัฒนา

บนระบบคลาวด์; 2) ลูกค้าบางที่กำหนดเอง (หรือการใช้งานเว็บ) integrat-
เอ็ดที่มีแท็ก RFID ฟังก์ชั่นสแกน และ 3) ความสามารถของ

. การอัพเดทข้อมูลบาร์โค้ดไปยังฐานข้อมูลเพื่อรักษาความเข้ากันได้

ด้านล่างนี้เป็นคุณสมบัติหลักที่จำเป็นต้องใช้ในระบบ:

1) อินเตอร์เฟซเว็บ

- ผู้ใช้สามารถที่จะเข้าสู่ระบบที่มีบทบาทที่แตกต่างกันและดำเนินการ

การดำเนินงานเกี่ยวกับการศึกษาของเขา / ข้อมูลประจำตัวของเธอ

o ออกแบบ

▪จัดการข้อมูลที่มีอยู่ระวิงสำหรับโครงการของพวกเขา

▪อัปโหลดไฟล์ PDF ของแผนใหม่ / หลอดที่มีอยู่

o วิศวกร

ข้อมูล▪การเข้าถึงระวิง

กระบวนการปรับปรุง▪ / p
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: