...................................

..............................................................................................
After inserting the chip, the connection was reestablished and the information was automatically sent to the SafeTrack Server.


We analyzed the results of the main modules of Carrier Station and SafeTrack Server components, looking for possible errors that might occur during the execution of test scenario.


In the test scenario, there were planned 440 events to be controlled by the SafeDuino component.


Every received event by the SafeTrack Mobile originated from SafeDuino was stored in the mobile device .



..........................................................................................
Fig. 10. (a) The driver turning on the mobile device before travel began.


(b) The Carrier Station during the travel. (c) The vehicle entering in a Depot Station.


(d) A Carrier Station picking a load up.That way, after finishing the scenario test, we extracted the number of occurred events in the SafeDuino.


All the planned events were managed and performed by the module.


In Alerts Manager module from SafeTrack Mobile, we expected 240 events.


Every module’s occurrence was made by a notification to the SafeTrack Server, two SMS messages and an audio message.


So we collected the occurrences from different sources.


The notifications sent to the SafeTrack Server were collected from the alerts screen in Website Monitoring and Management.


We registered audio messages in a file whenever it was played in the mobile device.


Finally, we counted the SMS messages by accessing the mobile’s log, after the scenario test.


We cataloged 240 events for the Alerts Manager module, so all the events were properly managed.


It is important to highlight that SMS service provided by telecommunication companies does not ensure the delivery.


Then, the SMS receiving directly depends on the service quality provided by the carrier provider.


However, during the scenario test execution, nether delays nor receiving problems occurred.


In SafeTrack Server, we expected 40 events in the Travel Manager module, 260 in the Goods Manager and 80 in the Geofencing Checker.


We collected all these events in the SafeTrack Server database.


We observed that all SafeTrack Server modules correctly worked. In that way, the SafeTrack got the expected result .

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

..............................................................................................หลังจากใส่ชิป เพลิดการเชื่อมต่อ และส่งข้อมูลไปยังเซิร์ฟเวอร์ SafeTrack โดยอัตโนมัติ เราวิเคราะห์ผลของโมดูลหลักของส่วนประกอบของ SafeTrack เซิร์ฟเวอร์และสถานีขนส่ง หาข้อผิดพลาดเป็นไปได้ที่อาจเกิดขึ้นระหว่างการดำเนินการทดสอบสถานการณ์สมมติ ในสถานการณ์การทดสอบ มีเหตุการณ์ 440 แผนควบคุม โดยคอมโพเนนต์ SafeDuino ทุกงานที่ได้รับตามมาจาก SafeDuino มือถือ SafeTrack ถูกเก็บไว้ในโทรศัพท์มือถือ..........................................................................................Fig. 10 (ก)ควบคุมการเปิดโทรศัพท์มือถือก่อนเริ่มเดินทาง (ข)สถานีขนส่งในระหว่างการเดินทาง (c) ยานพาหนะป้อนในสถานี Depot (d) เป็นสถานีขนส่งที่รับโหลด วิธี หลังจากเสร็จสิ้นการทดสอบสถานการณ์ เราสกัดจำนวนเหตุการณ์ที่เกิดขึ้นในการ SafeDuino กิจกรรมที่วางแผนไว้ทั้งหมดถูกจัดการ และดำเนินการ โดยโมดูล ในโมดูตัวจัดการข้อความแจ้งเตือนจากมือถือ SafeTrack เราคาดว่าเหตุการณ์ 240 เกิดขึ้นของทุกหมวดทำ โดยการแจ้งเตือน การ เซิร์ฟเวอร์ SafeTrack ข้อความ SMS สองข้อความเสียงเพื่อให้เรารวบรวมเหตุการณ์จากแหล่งต่าง ๆ การแจ้งเตือนที่ส่งไปยังเซิร์ฟเวอร์ SafeTrack ได้รวบรวมจากหน้าจอแจ้งเตือนในเว็บไซต์ตรวจสอบและการจัดการเราลงทะเบียนข้อความเสียงในแฟ้มเมื่อใดก็ ตามที่จะได้เล่นในโทรศัพท์มือถือ สุดท้าย เรานับข้อความ SMS โดยเข้าถึงบันทึกของโทรศัพท์มือถือ หลังจากการทดสอบสถานการณ์สมมติ We cataloged 240 events for the Alerts Manager module, so all the events were properly managed. It is important to highlight that SMS service provided by telecommunication companies does not ensure the delivery. Then, the SMS receiving directly depends on the service quality provided by the carrier provider. However, during the scenario test execution, nether delays nor receiving problems occurred.In SafeTrack Server, we expected 40 events in the Travel Manager module, 260 in the Goods Manager and 80 in the Geofencing Checker. We collected all these events in the SafeTrack Server database. We observed that all SafeTrack Server modules correctly worked. In that way, the SafeTrack got the expected result .

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

.................................................. ............................................
หลังจากใส่ชิปที่ การเชื่อมต่อได้รับการสถาปนาและข้อมูลที่ถูกส่งโดยอัตโนมัติไปยังเซิร์ฟเวอร์ SafeTrack ได้. เราวิเคราะห์ผลที่ได้จากโมดูลหลักของสถานี Carrier และ SafeTrack ส่วนประกอบเซิร์ฟเวอร์ที่กำลังมองหาข้อผิดพลาดที่เป็นไปได้ที่อาจเกิดขึ้นระหว่างการทำงานของสถานการณ์การทดสอบ. ในสถานการณ์การทดสอบที่มี มีการวางแผน 440 กิจกรรมเพื่อการควบคุมโดยองค์ประกอบ SafeDuino. ทุกเหตุการณ์ที่ได้รับจาก SafeTrack มือถือมาจาก SafeDuino ถูกเก็บไว้ในโทรศัพท์มือถือ. ..................... .................................................. ................... รูป 10. (ก) คนขับรถเปิดโทรศัพท์มือถือก่อนการเดินทางเริ่ม. (ข) สถานี Carrier ในระหว่างการเดินทาง (ค) ยานพาหนะเข้ามาในสถานีรถไฟสถานี. (ง) สถานีขนส่งทางเลือกวิธีการโหลด up.That หลังจากจบการทดสอบสถานการณ์ที่เราสกัดจำนวนเหตุการณ์ที่เกิดขึ้นใน SafeDuino ที่. ทุกเหตุการณ์ที่เกิดขึ้นได้รับการจัดการการวางแผนและดำเนินการ โดยโมดูล. ในโมดูลจัดการการแจ้งเตือนจาก SafeTrack มือถือที่เราคาดหวัง 240 เหตุการณ์. เกิดโมดูลทุกคนถูกสร้างขึ้นโดยการแจ้งเตือนไปยังเซิร์ฟเวอร์ SafeTrack สองข้อความ SMS และข้อความเสียง. ดังนั้นเราจึงเก็บรวบรวมเหตุการณ์จากแหล่งที่แตกต่างกัน. การแจ้งเตือนที่ส่ง ไป SafeTrack เซิร์ฟเวอร์ที่ถูกเก็บรวบรวมจากหน้าจอการแจ้งเตือนในการตรวจสอบเว็บไซต์และการบริหาร. เราจดทะเบียนข้อความเสียงในแฟ้มเมื่อใดก็ตามที่เล่นในโทรศัพท์มือถือ. สุดท้ายเรานับข้อความ SMS โดยการเข้าถึงล็อกมือถือหลังจากการทดสอบสถานการณ์เราหมวดหมู่ 240 กิจกรรมสำหรับโมดูลจัดการการแจ้งเตือนเพื่อให้เหตุการณ์ที่เกิดขึ้นทั้งหมดที่ได้รับการจัดการอย่างถูกต้อง. มันเป็นสิ่งสำคัญที่จะเน้นที่บริการ SMS ที่ให้บริการโดย บริษัท โทรคมนาคมไม่แน่ใจว่าการจัดส่ง. จากนั้นส่ง SMS ที่ได้รับโดยตรงขึ้นอยู่กับคุณภาพการให้บริการจัดไว้ให้โดย ผู้ให้บริการสายการบิน. อย่างไรก็ตามในระหว่างการดำเนินการทดสอบสถานการณ์ความล่าช้าใต้ไม่ได้รับปัญหาที่เกิดขึ้น. ใน SafeTrack เซิร์ฟเวอร์เราคาดว่า 40 เหตุการณ์ที่เกิดขึ้นในโมดูลผู้จัดการการเดินทาง 260 ในการจัดการสินค้าและ 80 ใน Geofencing ตรวจสอบ. เราเก็บรวบรวมเหตุการณ์เหล่านี้ทั้งหมดใน เซิร์ฟเวอร์ฐานข้อมูล SafeTrack. เราตั้งข้อสังเกตว่าโมดูลเซิร์ฟเวอร์ SafeTrack ทั้งหมดทำงานอย่างถูกต้อง ในทางนั้น SafeTrack ได้ผลที่คาดว่าจะ

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

..............................................................................................
หลังจากใส่ชิป , การเชื่อมต่อ reestablished และข้อมูลที่ถูกส่งโดยอัตโนมัติไปยัง safetrack เซิร์ฟเวอร์


เราวิเคราะห์ผลของโมดูลหลักของผู้ให้บริการสถานีและ safetrack เซิร์ฟเวอร์คอมโพเนนต์หาข้อผิดพลาดที่เป็นไปได้ที่อาจเกิดขึ้นในระหว่างการดำเนินงานของบททดสอบ


ในการทดสอบสถานการณ์ มีการวางแผนแต่เหตุการณ์ที่จะถูกควบคุมโดย safeduino ส่วนประกอบ


รับทุกเหตุการณ์ โดย safetrack มือถือมาจาก safeduino ที่เก็บไว้ในอุปกรณ์เคลื่อนที่ ..........................................................................................




รูปที่ 10( ก ) คนขับเปิดโทรศัพท์มือถือก่อนการเดินทางได้เริ่มขึ้น


( b ) ผู้ให้บริการสถานีระหว่างเดินทาง ( ค ) ยานพาหนะเข้ามาในสถานีรถไฟสถานี


( D ) ผู้ให้บริการสถานีเบิกขึ้น วิธีนี้ หลังจากจบบททดสอบ เราสกัดจำนวนที่เกิดขึ้น เหตุการณ์ใน safeduino


ทั้งหมดวางแผนเหตุการณ์ถูกจัดการโดยโมดูล


ในโมดูลจัดการการแจ้งเตือนจาก safetrack มือถือ เราคาดว่า 240 เหตุการณ์


ของโมดูลทุกเหตุการณ์ได้แจ้งไปยัง safetrack เซิร์ฟเวอร์สองข้อความ SMS และข้อความเสียง


เรารวบรวมเหตุการณ์จากแหล่งข้อมูลที่แตกต่างกัน


การส่งไปยังเซิร์ฟเวอร์ safetrack การเก็บรวบรวมจาก การแจ้งเตือนหน้าจอในการตรวจสอบเว็บไซต์และการจัดการ

.เราลงทะเบียนข้อความเสียงในไฟล์เมื่อมันถูกเล่นในอุปกรณ์มือถือ


เราก็นับข้อความ SMS โดยการเข้าถึงเข้าสู่ระบบโทรศัพท์มือถือ หลังจากสถานการณ์ทดสอบ


เรา cataloged 240 เหตุการณ์เพื่อเตือนผู้จัดการโมดูล ดังนั้น เหตุการณ์ทั้งหมดถูกจัดการอย่างถูกต้อง


มันเป็นสิ่งสำคัญที่จะเน้น SMS บริการโดยบริษัทโทรคมนาคมไม่ได้ส่งมอบ .


แล้ว SMS ที่ได้รับโดยตรง ขึ้นอยู่กับคุณภาพการให้บริการโดยผู้ให้บริการ ผู้ให้บริการ


อย่างไรก็ตามในช่วงสถานการณ์การดำเนินการทดสอบล่างความล่าช้าหรือได้รับปัญหาที่เกิดขึ้น


ใน safetrack เซิร์ฟเวอร์ เราคาดว่า 40 เหตุการณ์ในการเดินทางผู้จัดการโมดูลในสินค้าผู้จัดการและ 80 ใน Geofencing ตรวจสอบ


เรารวบรวมทุกเหตุการณ์เหล่านี้ใน safetrack เซิร์ฟเวอร์ฐานข้อมูล


เราตรวจสอบว่าโมดูลทั้งหมดของเซิร์ฟเวอร์ safetrack ได้อย่างได้ผล ในทางนั้น safetrack ได้รับผลที่คาดหวัง .