interfaces and programs were develo

interfaces and programs were developed in the proposed system, as

described in more details in Section 5.

5. System development

There are several alternative platforms to develop the proposed

cloud-based system and one of the most popular choices is Google's ser-
vices (e.g. Google Fusion Tables); however, it has limitations when it

comes to developing a cost-effective system for the SMB contractor.

First, Google's platform is experimental, which means they cannot guar-
antee continued support for the platform and their API is frequently

changed. This may force us to reprogram our system frequently in the

near future. Second, there are tight usage restrictions, e.g., on the

amount of queries to the database (e.g. the number of queries per ac-
count is limited to 30 per day), which is not sufficient for the proposed

system. There are other problems such as the authentication issue

which is critical as the proposed system is meant for ubiquitous access

by multiple users. In order to reduce this program complexity and

avoid risks in continuing system operation in the future, we adopted

the Microsoft Azure platform (http://azure.microsoft.com/en-us/). This

is preferred because of many benefits including ease of use for both

end users and developers, a more robust DBMS backend, truly ubiqui-
tous access, and scalability. In addition, its support of SQL DB allows us

to attempt integration with the company's existing barcode system.

Also it is highly affordable with no upfront costs, and the SMB contractor

can keep the system at zero or very low incremental cost, considering

the small to medium data requirements for their business. The overall

architecture on the cloud platform to meet the system and functional

requirements is depicted in Fig. 3.

In each site, there are two redundant RFID readers placed at each

checkpoint in order to increase reading range and readability which

can be degraded particularly when the material is metal [31]. For local

connectivity between the RFID readers and desktops within the site,

the system uses USB network interface cards (NIC) that are bridged to

the thin client via serial connection. The thin client can perform various

tasks including login, connecting RFID readers, tag scanning, and query-
ing product information (see Fig. 4). As discussed in Section 4, this archi-
tecture can be significantly simplified by adopting different RFID

readers that support web application API. The thin client is developed

as a desktop application in the proposed system; however, it could be

developed as a web application using the API, which will enable the

proposed system purely cloud-based.

The cloud system includes the data layer that interacts between thin

clients and the cloud DB for data acquisition. The cloud DB also interacts

with and maintains the data in the barcode system and a user manage-
ment DB. The data stored in the cloud DB are presented by the web front

end to the end users through either desktops or mobile devices. For

example, Fig. 5 shows the spool information page in the web front

end. Fig. 6 presents the schema of the cloud DB that depicts the relation-
ship between tables and their attributes defined for this project. The

main table in the DB is the Spool table, which stores various data on

each spool to be produced and installed, including data for design (e.g.

specification and drawing) and manufacturing (e.g. material and condi-
tions). A number of spools are assigned to a job (project) whose start

and end dates and related documentations are stored in the Jobs table.

The data of users, who are involved in a job, are stored in the Users

table. Once a spool is tagged at the fabrication site for tracking, it is asso-
ciated with an item in the Tagged_Spool table along with the welding

information stored in the Weld table. When the spool is scanned by a

scanner, it is updated in the Scanned_Spool table and the location of

the spool can be tracked by the data of the RFID scanner that are stored

in the RFID_Scanner table. Users can query the status of any spools

stored in the cloud DB and track them through the web front end.

6. System evaluation

6.1. Pre-evaluation

The proposed system with cloud-computing and RFID is expected to

overcome the bottleneck in information flow by providing a platform

for communication across participants and realizing automated materi-
al tracking. In order to assess the benefits of the proposed system over

the existing system, a simulation study was conducted using the

Arena simulation package [32]. Three scenarios were developed and

tested in the simulation: 1) the AS-IS case (the current process with

the information bottleneck described in Section 3 that needs to be en-
hanced); 2) a new workflow with only the cloud-based system without

RFID (manual sca

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

อินเทอร์เฟซและโปรแกรมถูกพัฒนาในระบบการนำเสนอ เป็นอธิบายในรายละเอียดเพิ่มเติมในส่วนที่ 55. ระบบพัฒนามีหลายแพลตฟอร์มอื่นพัฒนานำเสนอระบบคลาวด์และเป็นหนึ่งในตัวเลือกที่นิยมมากที่สุดคือ ser ของ Google-คมี (เช่น Google Fusion ตาราง); อย่างไรก็ตาม มันมีข้อจำกัดเมื่อมันมาถึงการพัฒนาระบบคุ้มค่าสำหรับผู้รับเหมา SMBครั้งแรก แพลตฟอร์มของ Google เป็นการทดลอง ซึ่งหมายความว่า พวกเขาไม่สามารถต้น-สนับสนุนสำหรับแพลตฟอร์มอย่างต่อเนื่อง antee และ API เป็นบ่อยการเปลี่ยนแปลง นี้อาจทำให้เราสามารถ reprogram ระบบบ่อยครั้งในการอนาคตอันใกล้ ที่สอง มีข้อจำกัดการใช้งานแน่น เช่น การจำนวนแบบสอบถามไปยังฐานข้อมูล (เช่นหมายเลขของแบบสอบถามต่อ ac-จำนวนมีจำกัด 30 ต่อวัน), ซึ่งไม่เพียงพอสำหรับการนำเสนอระบบ มีปัญหาอื่น ๆ เช่นปัญหาการรับรองความถูกต้องซึ่งมีความสำคัญต่อระบบที่นำเสนอจะหมายถึงสำหรับการเข้าถึงที่แพร่หลายโดยผู้ใช้หลายคน เพื่อลดความซับซ้อนของโปรแกรมนี้ และหลีกเลี่ยงความเสี่ยงในระบบการทำงานในอนาคตต่อไป เรานำแพลตฟอร์ม Microsoft Azure (http://azure.microsoft.com/en-us/) นี้เป็นที่ต้องการเนื่องจากประโยชน์มากมายรวมทั้งใช้งานง่ายผู้ใช้และนักพัฒนา แบ็กเอนด์ DBMS อย่างสมบูรณ์ อย่างแท้จริง ubiqui-เข้า tous และปรับขยาย นอกจากนี้ การสนับสนุนของ SQL DB ให้เราจะพยายามรวมกับระบบบาร์โค้ดที่มีอยู่ของบริษัทนอกจากนี้ ก็ไม่แพงมาก ด้วยไม่มีค่าใช้จ่ายล่วงหน้า ผู้รับเหมา SMBสามารถทำให้ระบบ ที่ศูนย์ หรือต่ำมากส่วนเพิ่มทุน consideringเล็กต้องข้อมูลกลางสำหรับธุรกิจของพวกเขา โดยรวมสถาปัตยกรรมบน cloud platform เพื่อให้ตรงกับระบบ และการทำงานความต้องจะกล่าวถึงในในแต่ละไซต์ มีสอง RFID อ่านซ้ำซ้อนที่แต่ละจุดตรวจสอบเพื่อเพิ่มระยะการอ่านและการอ่านซึ่งสามารถลดลงโดยเฉพาะอย่างยิ่งเมื่อวัสดุที่เป็นโลหะ [31] สำหรับท้องถิ่นการเชื่อมต่อระหว่างเครื่องอ่าน RFID และเดสก์ท็อปภายในเว็บไซต์ระบบจะใช้ USB การ์ดเครือข่าย (NIC) ที่เชื่อมโยงกับธินไคลเอนต์ผ่านการเชื่อมต่อแบบอนุกรม ธินไคลเอนต์สามารถดำเนินการต่าง ๆงานรวมถึงการเข้าสู่ระบบ การเชื่อมต่อเครื่องอ่าน RFID แท็กการสแกน และแบบสอบถาม-ข้อมูลผลิตภัณฑ์ ing (ดูรูปที่ 4) ตามที่กล่าวไว้ในส่วนที่ 4, archi-tecture สามารถทำได้ง่ายขึ้น โดยการใช้ RFID ที่แตกต่างกันอย่างมีนัยสำคัญผู้อ่านที่สนับสนุนเว็บแอพลิเคชัน API ธินไคลเอนต์ได้รับการพัฒนาเป็นโปรแกรมประยุกต์เดสก์ท็อปในระบบเสนอ อย่างไรก็ตาม มันอาจจะเป็นโปรแกรมประยุกต์เว็บที่ใช้ API ซึ่งจะช่วยให้การนำเสนอระบบคลาวด์แท้ระบบคลาวด์รวมถึงชั้นข้อมูลที่โต้ตอบระหว่างบางลูกค้าและเมฆ DB สำหรับการเก็บข้อมูล นอกจากนี้ยังมีการโต้ตอบเมฆ DBด้วย และจัดการข้อมูลในระบบบาร์โค้ดและผู้รักษา-ment DB ข้อมูลที่เก็บไว้ใน cloud DB จะแสดงตามหน้าเว็บสิ้นสุดผู้ใช้ผ่านคอมพิวเตอร์เดสก์ท็อปหรืออุปกรณ์เคลื่อนที่ สำหรับตัวอย่าง 5 รูปแสดงการเก็บพักข้อมูลหน้าในหน้าเว็บสิ้นสุด รูป 6 แสดงแบบแผนของระบบคลาวด์ DB ที่แสดงให้เห็นความสัมพันธ์-เรือระหว่างตารางและแอตทริบิวต์กำหนดสำหรับโครงการนี้ การตารางหลักในฐานข้อมูลเป็นตารางเก็บพักใน ที่จัดเก็บข้อมูลต่าง ๆ บนแต่ละเก็บพักการผลิต และติด ตั้ง รวมข้อมูลสำหรับการออกแบบ (เช่นข้อมูลจำเพาะและรูปวาด) และการผลิต (เช่นวัสดุและ condi -ทุกระดับ) สิ่งของที่เป็นจำนวนกำหนดให้กับงาน (โครงการ) เริ่มต้นและวันที่สิ้นสุดและเอกสารที่เกี่ยวข้องจะถูกเก็บไว้ในตารางงานจัดเก็บข้อมูลของผู้ใช้ มีส่วนร่วมในงาน ในผู้ใช้ตาราง เมื่อการเก็บพักคือแท็กที่ไซต์การผลิตสำหรับการติดตาม ก็ asso-ciated สินค้าในตาราง Tagged_Spool พร้อมกับการเชื่อมข้อมูลที่เก็บในตารางเชื่อม เมื่อสแกนเก็บพักโดยการสแกนเนอร์ มีการปรับปรุงในตาราง Scanned_Spool และตำแหน่งที่ตั้งของเก็บพักสามารถติดตามข้อมูลของสแกนเนอร์ RFID ที่เก็บไว้ในตาราง RFID_Scanner ผู้ใช้สามารถสอบถามสถานะของสิ่งของใด ๆ ที่เป็นเก็บไว้ใน cloud DB และติดตามพวกเขาผ่านด้านหน้าเว็บ6. ระบบการประเมินผล6.1. การประเมินผลก่อนระบบที่นำเสนอกับคลาวด์คอมพิวติ้ง และ RFID คาดว่าจะเอาชนะปัญหาคอขวดในการไหลของข้อมูล โดยให้แพลตฟอร์มสำหรับการสื่อสารระหว่างผู้เข้าร่วมและตระหนักถึงอัตโนมัติอาศัย-อัลติดตาม เพื่อประเมินประโยชน์ของการนำเสนอผ่านดำเนินการใช้ระบบที่มีอยู่ การศึกษาการจำลองการแพคเกจการจำลองเวที [32] สถานการณ์ที่สามได้รับการพัฒนา และในการจำลองทดสอบ: 1) AS-กรณีปัจจุบันการมีรองข้อมูลใน 3 ส่วนที่ต้องเป็น en-hanced); 2) ใหม่ลำดับงานที่ มีเฉพาะในระบบคลาวด์โดยไม่RFID (sca ด้วยตนเอง

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

อินเตอร์เฟซและโปรแกรมถูกพัฒนาขึ้นในระบบที่นำเสนอตามที่

อธิบายไว้ในรายละเอียดเพิ่มเติมในมาตรา 5

5 การพัฒนาระบบ

มีแพลตฟอร์มหลายทางเลือกในการพัฒนาที่นำเสนอเป็น

ระบบ Cloud-Based และเป็นหนึ่งในตัวเลือกที่นิยมมากที่สุดในเซิฟเวอร์ของ Google เป็น
ความชั่วร้าย (เช่น Google ตารางฟิวชั่น); แต่ก็มีข้อ จำกัด เมื่อมัน

มาถึงการพัฒนาระบบที่มีประสิทธิภาพสำหรับผู้รับเหมาของ SMB.

แรกแพลตฟอร์มของ Google คือการทดลองซึ่งหมายความว่าพวกเขาไม่สามารถ guar-
antee สนับสนุนอย่างต่อเนื่องสำหรับแพลตฟอร์มและ API ของพวกเขามัก

มีการเปลี่ยนแปลง นี้อาจบังคับให้เรา reprogram ระบบของเราบ่อยครั้งใน

อนาคตอันใกล้ ประการที่สองมีข้อ จำกัด การใช้งานแน่นเช่นใน

จำนวนของการสืบค้นฐานข้อมูล (เช่นจำนวนแบบสอบถามต่อทํา
นับจะ จำกัด อยู่ที่ 30 ต่อวัน) ซึ่งไม่เพียงพอสำหรับนำเสนอ

ระบบ มีปัญหาอื่น ๆ เช่นปัญหาการตรวจสอบที่มี

ซึ่งเป็นสิ่งสำคัญเป็นระบบที่นำเสนอมีความหมายสำหรับการเข้าถึงแพร่หลาย

โดยผู้ใช้หลาย เพื่อที่จะลดความซับซ้อนของโปรแกรมนี้และ

หลีกเลี่ยงความเสี่ยงอย่างต่อเนื่องในการดำเนินงานของระบบในอนาคตเรานำมาใช้

แพลตฟอร์ม Microsoft Azure (http://azure.microsoft.com/en-us/) นี้

เป็นที่ต้องการเพราะผลประโยชน์มากมายรวมถึงความสะดวกในการใช้งานสำหรับทั้ง

ผู้ใช้และนักพัฒนา DBMS แบ็กเอนด์ที่แข็งแกร่งมากขึ้นอย่างแท้จริง ubiqui-
เข้าถึงอาทรและขยายขีดความสามารถ นอกจากนี้การสนับสนุนของ SQL DB ช่วยให้เรา

จะพยายามทำงานร่วมกับระบบบาร์โค้ดของ บริษัท ฯ ที่มีอยู่.

นอกจากนี้ยังเป็นราคาไม่แพงมากโดยไม่มีค่าใช้จ่ายล่วงหน้าและผู้รับเหมาของ SMB

สามารถให้ระบบที่ศูนย์หรือต่ำมากค่าใช้จ่ายที่เพิ่มขึ้นเมื่อพิจารณาจาก

ขนาดเล็กไป ต้องการข้อมูลกลางสำหรับธุรกิจของตน โดยรวม

สถาปัตยกรรมบนแพลตฟอร์มคลาวด์เพื่อตอบสนองของระบบและการทำงาน

ความต้องการเป็นที่ปรากฎในรูป 3.

ในแต่ละเว็บไซต์มีสองอ่าน RFID ซ้ำซ้อนวางไว้ในแต่ละ

ด่านเพื่อเพิ่มช่วงการอ่านและการอ่านซึ่ง

สามารถย่อยสลายโดยเฉพาะอย่างยิ่งเมื่อมีวัสดุที่เป็นโลหะ [31] สำหรับท้องถิ่น

การเชื่อมต่อระหว่างอ่าน RFID และเดสก์ท็ภายในเว็บไซต์,

ระบบใช้การ์ด USB เชื่อมต่อเครือข่าย (NIC) ที่มีสะพานเชื่อมไปยัง

ลูกข่าย Thin Client ผ่านการเชื่อมต่อแบบอนุกรม ลูกข่าย Thin Client สามารถดำเนินการต่างๆ

งานรวมทั้งการเข้าสู่ระบบการเชื่อมต่ออ่าน RFID แท็กการสแกนและ query-
ไอเอ็นจีข้อมูลผลิตภัณฑ์ (ดูรูปที่. 4) ตามที่กล่าวไว้ในมาตรา 4 นี้ archi-
tecture ได้ง่ายอย่างมีนัยสำคัญโดยการนำ RFID ที่แตกต่างกัน

ของผู้อ่านที่สนับสนุนการประยุกต์ใช้ API เว็บ ลูกข่าย Thin Client ได้รับการพัฒนา

เป็นโปรแกรมคอมพิวเตอร์ในระบบที่นำเสนอนั้น แต่มันอาจจะ

พัฒนาเป็นโปรแกรมประยุกต์บนเว็บโดยใช้ API ซึ่งจะเปิดใช้งาน

ระบบที่นำเสนออย่างหมดจดเมฆตาม.

ระบบคลาวด์รวมถึงชั้นข้อมูลที่ติดต่อระหว่างบาง

ลูกค้าและฐานข้อมูลระบบคลาวด์สำหรับการเก็บข้อมูล เมฆ DB ยังมีปฏิสัมพันธ์

กับและรักษาข้อมูลในระบบบาร์โค้ดและผู้ใช้จัดการ
ment DB ข้อมูลที่เก็บไว้ในฐานข้อมูลระบบคลาวด์ที่นำเสนอโดยหน้าเว็บ

สิ้นสุดไปยังผู้ใช้ผ่านเดสก์ท็หรืออุปกรณ์มือถือ สำหรับ

ตัวอย่างเช่นรูป 5 แสดงหน้าข้อมูลระวิงในหน้าเว็บ

สิ้น มะเดื่อ. 6 นำเสนอสคีมาของฐานข้อมูลแบบคลาวด์ที่แสดงให้เห็นถึงความสัมพันธ์
เรือระหว่างตารางและคุณลักษณะของพวกเขากำหนดไว้สำหรับโครงการนี้

ตารางหลักใน DB เป็นตารางเก็บพัก, ที่เก็บข้อมูลต่างๆใน

แต่ละสปูลที่จะผลิตและติดตั้งรวมข้อมูลสำหรับการออกแบบ (เช่น

สเปคและการวาดภาพ) และการผลิต (เช่นวัสดุและสภาวะ
tions) จำนวนหลอดได้รับมอบหมายให้งาน (โครงการ) ที่มีจุดเริ่มต้น

และวันสิ้นสุดและเอกสารที่เกี่ยวข้องจะถูกเก็บไว้ในตารางงาน.

ข้อมูลของผู้ใช้ที่มีส่วนร่วมในงานจะถูกเก็บไว้ในผู้ใช้

ตาราง เมื่อหลอดถูกแท็กในเว็บไซต์ประดิษฐ์สำหรับการติดตามมันเป็น asso-
ciated กับรายการในตาราง Tagged_Spool พร้อมกับการเชื่อม

ข้อมูลที่เก็บไว้ในตารางเชื่อม เมื่อหลอดถูกสแกนโดย

สแกนเนอร์จะมีการปรับปรุงในตาราง Scanned_Spool และสถานที่ตั้งของ

หลอดสามารถติดตามได้จากข้อมูลของสแกนเนอร์ RFID ที่จะถูกเก็บไว้

ในตาราง RFID_Scanner ผู้ใช้สามารถสอบถามสถานะของหลอดใด ๆ

ที่เก็บไว้ในฐานข้อมูลระบบคลาวด์และติดตามพวกเขาผ่านปลายด้านหน้าเว็บ.

6 การประเมินผลระบบ

6.1 Pre-การประเมินผล

ระบบการเสนอกับคอมพิวเตอร์เมฆและ RFID คาดว่าจะ

เอาชนะคอขวดในการไหลของข้อมูลโดยการให้แพลตฟอร์ม

สำหรับการสื่อสารข้ามเข้าร่วมและตระหนักอัตโนมัติวัสดุที่
อัลติดตาม เพื่อประเมินประโยชน์ของระบบที่เสนอมากกว่า

ระบบที่มีอยู่การศึกษาการจำลองได้ดำเนินการโดยใช้

แพคเกจการจำลองสนามกีฬา [32] สามสถานการณ์ได้รับการพัฒนาและ

การทดสอบในการจำลอง: 1) ตามที่เป็นกรณี (กระบวนการปัจจุบันมี

คอขวดข้อมูลที่ระบุไว้ในมาตรา 3 ที่ต้อง en-
hanced); 2) ขั้นตอนการทำงานใหม่ที่มีเพียงระบบคลาวด์โดยไม่

RFID (SCA คู่มือ

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

ระบบโปรแกรมที่ถูกพัฒนาขึ้นในระบบนี้ เช่นอธิบายในรายละเอียดเพิ่มเติมในส่วนที่ 5 .5 . การพัฒนาระบบมีหลายทางเลือกเพื่อพัฒนาแพลตฟอร์มเสนอเมฆที่ใช้ระบบและเป็นหนึ่งในตัวเลือกที่นิยมมากที่สุดคือ Google เซอร์ -ความชั่วร้าย ( เช่น Google Fusion ตาราง ) อย่างไรก็ตาม มันมีข้อจำกัด เมื่อมันมาพัฒนาระบบที่มีประสิทธิภาพสำหรับ SMB ผู้รับเหมาแรก , Google แพลตฟอร์มทดลอง ซึ่งหมายความว่าพวกเขาไม่สามารถกระทิง -antee สนับสนุนอย่างต่อเนื่องสำหรับแพลตฟอร์มและ API ของพวกเขาบ่อยเปลี่ยนไป นี้จะบังคับให้เราตั้งโปรแกรมใหม่ระบบของเราบ่อยในอนาคตอันใกล้ . ประการที่สอง มีข้อ จำกัด การใช้แน่น เช่น ในปริมาณของแบบสอบถามไปยังฐานข้อมูล ( เช่นหมายเลขของแบบสอบถามต่อ AC -จำนวนจำกัดที่ 30 ต่อวัน ) ซึ่งไม่เพียงพอสำหรับการนำเสนอระบบ มีปัญหาอื่น ๆเช่นการตรวจสอบปัญหาซึ่งเป็นระบบที่สำคัญสำหรับการเข้าถึงข้อมูล หมายถึงโดยผู้ใช้หลาย เพื่อลดความซับซ้อนของโปรแกรมนี้และหลีกเลี่ยงความเสี่ยงในระบบการดำเนินงานอย่างต่อเนื่องในอนาคต เราประกาศใช้แพลตฟอร์ม Azure ไมโครซอฟท์ ( http : / / Azure Microsoft . com / en / เรา ) นี้เป็นที่ต้องการเพราะผลประโยชน์มากมาย รวมทั้งความสะดวกในการใช้งานสำหรับทั้งผู้ใช้และนักพัฒนา , โปรแกรม DBMS แข็งแกร่งมากขึ้น ubiqui - อย่างแท้จริงการเข้าถึงทั้งหมดกล่าว นอกจากนี้ การสนับสนุนของ SQL DB ช่วยให้เราพยายามที่จะรวมกับ บริษัท ที่มีอยู่ระบบบาร์โค้ด .ก็มีสูงมากที่ไม่มีต้นทุนล่วงหน้าและ SMB ผู้รับเหมาสามารถรักษาระบบที่ศูนย์หรือต้นทุนส่วนเพิ่มน้อยมาก พิจารณาขนาดเล็กถึงปานกลางความต้องการข้อมูลสำหรับธุรกิจของพวกเขา โดยรวมสถาปัตยกรรมบนแพลตฟอร์มเมฆเพื่อตอบสนองระบบและการทำงานความต้องการจะแสดงในรูปที่ 3ในแต่ละเว็บไซต์ มี สอง เพิ่มขึ้น RFID ผู้อ่านอยู่ในแต่ละด่านเพื่อเพิ่มช่วงการอ่านและการอ่านที่สามารถถูกย่อยสลายได้โดยเฉพาะอย่างยิ่งเมื่อวัสดุที่เป็นโลหะ [ 31 ] สำหรับท้องถิ่นการเชื่อมต่อระหว่างผู้อ่าน RFID และเดสก์ท็ภายในเว็บไซต์ระบบจะใช้ USB การ์ดอินเตอร์เฟซเครือข่าย ( NIC ) ซึ่งเป็นสะพานที่ทอดไปยังบางลูกค้าผ่านทางพอร์ตอนุกรมที่เชื่อมต่อ ลูกค้าบางสามารถดำเนินการต่าง ๆงานรวมถึงการเข้าสู่ระบบที่เชื่อมต่อเครื่องอ่าน RFID การสแกนและแบบสอบถาม - แท็กข้อมูลผลิตภัณฑ์ไอเอ็นจี ( ดูรูปที่ 4 ) ตามที่กล่าวไว้ในมาตรา ๔ งานนี่tecture สามารถมากง่าย ด้วยการใช้ RFID ต่าง ๆผู้อ่านที่สนับสนุนการใช้งานเว็บ API ลูกค้าบางพัฒนาเป็นโปรแกรมในระบบ อย่างไรก็ตาม , มันอาจจะเป็นพัฒนาเป็นโปรแกรมเว็บที่ใช้ API ซึ่งจะเปิดเสนอระบบหมดจดเมฆตามระบบคลาวด์ รวมถึงข้อมูลที่ติดต่อระหว่างชั้นบาง ๆลูกค้าและฐานข้อมูลเมฆสำหรับข้อมูลเพิ่มเติม . เมฆยังโต้ตอบดีบีและเก็บข้อมูลในระบบบาร์โค้ดและการจัดการผู้ใช้บริษัท ดีบี ข้อมูลที่เก็บไว้ในฐานข้อมูลเป็นเมฆที่นำเสนอโดยเว็บ หน้าสิ้นสุดกับผู้ใช้ผ่านทั้งเดสก์ท็อป หรืออุปกรณ์มือถือ สำหรับตัวอย่าง รูปที่ 5 แสดง spool ข้อมูลหน้าในเว็บหน้าปลาย รูปที่ 6 แสดง schema ของฐานข้อมูลที่แสดงความสัมพันธ์ - เมฆเรือระหว่างตารางและคุณลักษณะที่กำหนดไว้สำหรับโครงการนี้ ที่หลักของตารางในฐานข้อมูลเป็นระวิง ซึ่งเก็บข้อมูลต่าง ๆบนโต๊ะแต่ละหลอดจะผลิต และติดตั้ง รวมถึงข้อมูลเพื่อการออกแบบ ( เช่นสเปคและภาพวาด ) และการผลิต ( เช่น condi - วัสดุtions ) หมายเลขของ spools ได้รับมอบหมายงาน ( โครงการ ) ที่เริ่มและวันที่สิ้นสุดและที่เอกสารจะถูกเก็บไว้ในงานโต๊ะข้อมูลของผู้ใช้ที่เกี่ยวข้องในงาน จะถูกเก็บไว้ในผู้ใช้ตาราง เมื่อม้วนเป็นแท็กที่สร้างเว็บไซต์สำหรับการติดตาม มี รศ -ciated กับรายการใน tagged_spool โต๊ะพร้อมกับเชื่อมข้อมูลที่จัดเก็บในการเชื่อมตาราง เมื่อม้วนจะถูกสแกนโดยสแกนเนอร์ , มีการปรับปรุงใน scanned_spool ตารางและที่ตั้งของระวิงสามารถติดตามได้ โดยข้อมูลจาก RFID สแกนเนอร์ที่ถูกเก็บไว้ใน rfid_scanner ตาราง ผู้ใช้สามารถค้นหาสถานะของ spools ใด ๆเก็บไว้ในเมฆ dB และสามารถติดตามผ่านเว็บหน้าสิ้นสุด6 . ระบบการประเมิน6.1 . การประเมินก่อนระบบ RFID กับคอมพิวเตอร์เมฆและคาดว่าเอาชนะคอขวดในการไหลของข้อมูลโดยการให้แพลตฟอร์มเพื่อการสื่อสารในผู้เข้าร่วมและตระหนักถึงวัสดุ - อัตโนมัติอัล ติดตาม เพื่อประเมินประโยชน์ของระบบมากกว่าระบบที่มีอยู่ และศึกษาการใช้แบบจำลองสนามกีฬาจำลองแพคเกจ [ 32 ] สามสถานการณ์ถูกพัฒนาและทดสอบในแบบจำลองคือ 1 ) ตามที่เป็นเคส ( ปัจจุบันกระบวนการด้วยข้อมูลคอขวดที่อธิบายไว้ในมาตรา 3 ว่า ต้อง en -hanced ) 2 ) กระบวนการทำงานใหม่ มีเพียงเมฆที่ใช้ระบบโดยไม่RFID ( คู่มือ SCA